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Foreword 


This standard consists of the following parts, under the general title Geographic information — Simple feature 
access: 


— Part 1: Common architecture 

— Part 2: SQL option 

This version supersedes all previous versions of OpenGIS® Simple Features Implementation Standard for SQL, 
including OGC 99-049 "OpenGIS Simple Features Specification for SQL Rev 1.1," and OGC 05-134 “OpenGIS® 


Implementation Specification for Geographic information - Simple feature access - Part 2: SQL option.” 


Version 1.1 of this standard is a profile of this version in the sense that it is a proper subset of the technology 
included here, except for some technical corrections and clarification. 


Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. 
The Open Geospatial Consortium Inc. shall not be held responsible for identifying any or all such patent rights. 


Recipients of this document are requested to submit, with their comments, notification of any relevant patent 


claims or other intellectual property rights of which they may be aware that might be infringed by any 
implementation of the standard set forth in this document, and to provide supporting documentation 
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Introduction 


This second part of OpenGIS® Simple Features Access (SFA), also called ISO 19125, is to define a standard 
Structured Query Language (SQL) schema that supports storage, retrieval, query and update of feature 
collections via the SQL Call-Level Interface (SQL/CLI) (ISO/IEC 9075-3:2003). A feature has both spatial and non- 
spatial attributes. Spatial attributes are geometry valued, and simple features are based on two-or-fewer 
dimensional geometric (point, curve and surface) entities in 2 or 3 spatial dimensions with linear or planar 
interpolation between vertices. This standard is dependent on the common architectural components defined in 
Part 1 of this standard. 


In a SQL-implementation, a collection of features of a single type are stored as a "feature table" usually with some 
geometric valued attributes (columns). Each feature is primarily represented as a row in this feature table, and 
described by that and other tables logically linked to this base feature table using standard SQL techniques. The 
non-spatial attributes of features are mapped onto columns whose types are drawn from the set of SQL data 
types, potentially including SQL3 user defined types (UDT). The spatial attributes of features are mapped onto 
columns whose types are based on the geometric data types for SQL defined in this standard and its references. 
Feature-table schemas are described for two sorts of SQL-implementations: implementations based a more 
classical SQL relational model using only the SQL predefined data types and SQL with additional types for 
geometry. In any case, the geometric representations have a set of SQL accessible routines to support geometric 
behavior and query. 


In an implementation based on predefined data types, a geometry-valued column is implemented using a 
"geometry ID" reference into a geometry table. A geometry value is stored using one or more rows in a single 
geometry table all of which have the geometry ID as part of their primary key. The geometry table may be 
implemented using standard SQL numeric types or SQL binary types; schemas for both are described in this 
standard. 


The term “SQL with Geometry Types” is used to refer to a SQL-implementation that has been extended with a set 
of “Geometry Types.” In this environment, a geometry-valued column is implemented as a column whose SQL 
type is drawn from this set of Geometry Types. The mechanism for extending the type system of an SQL- 
implementation is through the definition of user defined User Defined Types. Commercial SQL-implementations 
with user defined type support have been available since mid-1997 and an ISO standard is available for UDT 
definition. This standard does not prescribe a particular UDT mechanism, but specifies the behavior of the UDTs 
through a specification of interfaces that must be supported. These interfaces are describe for SQL3 UDTs in 
ISO/IEC 13249-3. 
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Geographic information — Simple feature access — 


Part 2: 
SQL option 


1 Scope 


This standard specifies an SQL schema that supports storage, retrieval, query and update of geospatial features 
with simple geometry via the SQL Call Level Interface (SQL/CLI) (ISO/IEC 9075-3:2003). 


This standard 
a) Establishes an architectural framework for the representation of feature, 
b) Establishes a set of definitions for terms used within that framework, 


c) Defines a simple geometric profile of ISO 19107 for the definition of the geometric attributes used in that 
framework 


d) Describes a set of SQL Geometry Types together with SQL functions on those types. 
The Geometry Types and Functions described in this standard represent a profile of ISO 13249-3. This standard 
does not attempt to standardize and does not depend upon any part of the mechanism by which Types are added 
and maintained in the SQL environment including the following: 

a) The syntax and functionality provided for defining types; 

b) The syntax and functionality provided for defining SQL functions; 

c) The physical storage of type instances in the database; 

d) Specific terminology used to refer to User Defined Types, for example, UDT. 
This standard does standardize: 


a) Names and geometric definitions of the SQL Types for Geometry; 


b) Names, signatures and geometric definitions of the SQL Routines for Geometry. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. OGC 06-104r4 


This standard describes a feature access implementation in SQL based on a profile of ISO 19107. ISO 19107 is a 
behavioral standard and does not place any requirements on how to define the internal structures of Geometry 
Types in the schema. ISO 19107 does not place any requirements on when or how or who defines the Geometry 
Types. In particular, a compliant system may be shipped to the database user with the set of Geometry Types and 
Functions already built into the SQL-implementation, or with the set of Geometry Types and Functions supplied to 
the database user as a dynamically loaded extension to the SQL-implementation or in any other implementation 
consistent with the behavior described in this standard, in [SO 19107 and in ISO/IEC CD 13249-3:2006. 


2 Conformance 


In order to conform to this standard, an implementation shall satisfy the requirements of one of the following three 
conformance classes, as well as the appropriate components of Part 1: 


a) SQL implementation of feature tables based on predefined data types: 
1) using numeric SQL types for geometry storage and SQL/CLI access, 
2) using binary SQL types for geometry storage and SQL/CLI access; 


b) SQL with Geometry Types implementation of feature tables supporting both textual and binary SQL/CLI 
access to geometry. 

Annex B provides conformance tests for each implementation of this standard. 

3 Normative references 

The following referenced documents are indispensable for the application of this document. For dated references, 


only the edition cited applies. For undated references, the latest edition of the referenced document (including any 
amendments) applies. 


[1] ISO/IEC 9075-1, Information technology — Database languages — SQL — Part 1: Framework (SQL/Framework) 


[2] ISO/IEC 9075-2, Information technology — Database languages — SQL — Part 2: Foundation (SQL/Foundation) 

[3] ISO/IEC 9075-3, Information technology — Database languages — SOL — Part 3: Call-Level Interface (SOL/CLI) 

[4] ISO/IEC 9075-4, Information technology — Database languages — SOL — Part 4: Persistent Stored Modules 
(SQL/PSM) 

[5] ISO/IEC 9075-5, Information technology — Database languages — SOL — Part 5: Host Language Bindings 
(SQL/Bindings) 


[6] ISO/IEC CD 13249-3:2006(E) — Text for FDIS Ballot Information technology — Database languages — SOL 
Multimedia and Application Packages — Part 3: Spatial, May 15, 2006. 


[7] ISO 19107, Geographic information — Spatial schema 

[8] ISO 19109, Geographic information — Rules for application schema 

[9] ISO 19119, Geographic information — Services 

[10] SO 19125-1, Geographic information — Simple feature access — Part 1: Common architecture 


4 Terms and definitions 


For the purposes of this standard, the following terms and definitions apply. 
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4.1 
feature table 
table where the columns represent feature attributes, and the rows represent features 


4.2 
geographic feature 
representation of real world phenomenon associated with a location relative to the Earth 


5 Symbols and abbreviated terms 


5.1 Abbreviations 


FID Feature ID column in the implementation of feature tables based on predefined data 
types 

GID Geometry ID column in the implementation of feature tables based on predefined data 
types 

MM Multimedia 

SQL Structured query language, not an acronym, pronounced as "sequel" 

SQL/MM SQL Multimedia and Application Packages 

SRID Spatial Reference System Identifier 

SRTEXT Spatial Reference System Well Known Text 

WKB Well-Known Binary (representation for example, geometry) 

WKT Well-Known Text 

WKTR Well-Known Text Representation 

5.2 Symbols 

nD n-Dimensional, where n may be any integer 

RR n-Dimensional coordinate space, where n may be any integer 

) empty set, the set having no members 

fa) intersection, operation on two or more sets 

U union, operation on two or more sets 


— difference, operation on two sets 

€ is amember of, relation between an element and a set 

g is not a member of 

Cc is a proper subset of, i.e. a smaller set not containing all of the larger 
Cc is a subset of 


So if and only if, logical equivalence between statements 
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> implies, logical implication where the second follows from the first statement 
7 there exists 

Vv for all 

B) such that 

f:D>R Function "f" from domain "D" to range "R" 
{X|s} set of "X" such that the statement "s" is TRUE 
A and, logical intersection 

Vv or, logical union 

= not, logical negation 

= equal 

x not equal 

< less than or equal to 

< less than 

> greater than or equal to 

> greater than 


topological boundary operator, mapping a geometric object to its boundary 


6 Architecture 
6.1 Architecture — SQL implementation using predefined data types 


6.1.1 Overview 


This standard defines a schema for the management of feature table, Geometry, and Spatial Reference System 
information in an SQL-implementation based on predefined data types. This part of ISO 19125 does not define 
SQL functions for access, maintenance, or indexing of Geometry in an SQL-implementation based on predefined 
data types. 


Figure 1 illustrates the schema to support feature tables, Geometry, and Spatial Reference Information in an SQL- 
implementation based on predefined data types. 


a) The GEOMETRY COLUMNS table describes the available feature tables and their Geometry properties. 
b) The SPATIAL REF SYS table describes the coordinate system and transformations for Geometry. 


c) The FEATURE TABLE stores a collection of features. A feature table’s columns represent feature 
attributes, while rows represent individual features. The Geometry of a feature is one of its feature 
attributes; while logically a geometric data type, a Geometry Column is implemented as a foreign key to a 
geometry table. 





d) The GEOMETRY TABLE stores geometric objects, and may be implemented using either standard 
SQL numeric types or SQL binary types. 
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eometry Column Informatio Spatial Reference Systems 
(GEOMETRY_COLUMNS) (SPATIAL_REF_SYS) 


F_TABLE_CATALOG SRID 
F_TABLE_SCHEMA AUTH_NAME 
F_TABLE_NAME AUTH SRID 
F_GEOMETRY_COLUMN SRTEXT 
G_TABLE_CATALOG 

G_TABLE_SCHEMA 

G_TABLE_NAME 

STORAGE_TYPE 

GEOMETRY_TYPE 

COORD_DIMENSION 


Geometry Table Geometry Table 
(Normalized Schema) (Binary Schema) 


GID GID 
ESEQ YMIN 
ETYPE YMAX 


SEQ XMIN 
Feature Table “1 XMAX 


<Attributes> Y1 WKB_GEOMETRY 


<Geometry Column (GID)> 


“ > ie 
Attributes X<MAX PP R> 


Y<MAX PP R> 





Figure 1: Schema for feature tables using predefined data types 


Depending upon the storage type specified by the GEOMETRY_COLUMNS table, a geometric object is stored 
either as an array of coordinate values or as a single binary value. In the former case, predefined SQL numeric 
types are used for the coordinates and these numeric values are obtained from the geometry table until the 
geometric object has been fully reconstructed. In the latter case, the complete geometric object is obtained in the 
Well-known Binary Representation as a single value. 


6.1.2 Identification of feature tables and geometry columns 


Feature tables and Geometry columns are identified through the GEOMETRY_COLUMNS table. Each Geometry 
Column in the database has an entry in the GEOMETRY_COLUMNS table. The data stored for each geometry 
column consists of the following: 


) the identity of the feature table of which this Geometry Column is a member; 


ied) 


b) the name of the Geometry Column; 

c) the spatial reference system ID (SRID) for the Geometry Column; 
d) the type of Geometry for the Geometry column; 

e) the coordinate dimension for the Geometry Column; 


f) the identity of the geometry table that stores geometric objects for this Geometry Column; 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. OGC 06-104r4 


g) the information necessary to navigate the geometry table in the case of normalized geometry storage. 


6.1.3 Identification of Spatial Reference Systems 


Every Geometry Column and every geometric entity is associated with exactly one Spatial Reference System. 
The Spatial Reference System identifies the coordinate system for all geometric objects stored in the column, and 
gives meaning to the numeric coordinate values for any geometric object stored in the column. Examples of 
commonly used Spatial Reference Systems include “Latitude Longitude” and “UTM Zone 10”. 


The SPATIAL_REF_SYS table stores information on each Spatial Reference System in the database. The 
columns of this table are the Spatial Reference System Identifier (SRID), the Spatial Reference System Authority 
Name (AUTH_NAME), the Authority Specific Spatial Reference System Identifier (AUTH_SRID) and the Well- 
known Text description of the Spatial Reference System (SRTEXT). The Spatial Reference System Identifier 
(SRID) constitutes a unique integer key for a Spatial Reference System within a database. 


Interoperability between clients is achieved via the SRTEXT column which stores the Well-known Text 
representation for a Spatial Reference System. 


6.1.4 Feature tables 


A feature is an abstraction of a real-world object. Feature attributes are columns in a feature table. Features are 
rows in a feature table. The Geometry of a feature is one of its feature attributes; while logically a geometric data 
type, a geometry column is implemented as a foreign key to a geometry table. 


Relationships between features may be defined as foreign key references between feature tables. 


6.1.5 Geometry tables 


6.1.5.1 Normalized geometry schema 


The normalized geometry schema stores the coordinates of geometric objects as predefined SQL numeric types. 
One or more coordinates (X, Y and optionally Z and M ordinate values) will be represented by pairs of numeric 
types in the geometry table, as shown in Figure 2. Each geometric object is identified by a key (GID) and consists 
of one or more primitive elements ordered by an element sequence (ESEQ). Each primitive element in the 
geometric object is distributed over one or more rows in the geometry table, identified by a primitive type (ETYPE), 
and ordered by a sequence number (SEQ). 


The rules for geometric object representation in the normalized schema are defined as follows. 
a) ETYPE designates the Geometry Type. 
b) Geometric objects may have multiple elements. The ESEQ value identifies the individual elements. 


c) An element may be built up from multiple parts (rows). The rows and their proper sequence are identified by 
the SEQ value. 


d) Polygons may contain holes, as described in the Geometry object model. 


e) PolygonRings shall close when assembled from an ordered list of parts. The SEQ value designates the part 
order. 
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f) Coordinate pairs that are not used shall be set to Nil in complete sets (both X and Y). This is the only way to 
identify the end of the list of coordinates. 


g) For geometric objects that continue onto an additional row (as defined by a constant element sequence 
number or ESEQ), the last Point of one row is equal to the first Point of the next. 


There is no limit on the number of elements in the geometric object, or the number of rows in an element. 


(0,60) (30,60) (60,60) 


SEQ1 
(40,20) a 


(50,15) 


eee 


(40,5) (50,5) 





aa = aera 





Figure 2: Example of geometry table for Polygon Geometry using SQL 
6.1.5.2 Binary geometry schema 


The binary Geometry schema is illustrated in Table 1, uses GID as a key and stores the geometric object using 
the Well-known Binary Representation for Geometry (WKBGeometry). The geometry table includes the minimum 
bounding rectangle for the geometric object as well as the WKBGeometry for the geometric object. This permits 
construction of spatial indexes without accessing the actual geometric object structure, if desired. 
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Table 1: Example of geometry table for Polygon Geometry 
Using the Well-known Binary Representation for Geometry 


| ep [xan | von | xmax | ymax [Geometry 
por fo To fT 80k WBGeomety> 


| 2 | x | of | 80k WKBGeomety> 
| 3 | 9 {| | [0k WKB Geomety> 
pe Tm TTT WBGeometry> 





6.1.5.3. SQL/MM geometry schema 


The geometric attributes of a feature may also be specified using an extension of SQL/MM 


6.1.6 Text 


6.1.6.1 ANNOTATIONS Metadata Table 


Each feature table/geometry column pair that has associated annotation text entities will be represented as a row 
in the ANNOTATIONS metadata table, or view. The data stored for each for annotation is: 


e The identity of the feature table containing the text column 


e The column in the feature table that contains the text entity key for associating multiple text elements to a 
single text entity 


e A base scale for which the text placement is designed 


e Optionally, a geometry column in the feature table for associated geometry representing an envelop for 
the text 


e The identity of the text element table containing the geometry column 
e The column name in the text element table that contains the text to be placed 
e The column name in the text element table that contains the location geometry of the text 


e The column name in the text element table that contains the optional leader line that may be associated 
with the text. 


e The column name in the text element table that contains text rendering data 


e Default values for the text element, either by value of by using “sql-value expressions” that can be 
evaluated on the feature entry associated to the text. 


e Default values for the text rendering data, as a collection of XML elements as a single text string. 
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The base scale for all size values that will be given in points! (1 point = 0.35146 mm). Each text object has a font size from 
the style. To enable annotation text, a mechanism is needed whereby text may be defined in points but (usually) based on a 
specific map scale. Thus, a text object would be placed using a font size of 24 point at 1:1000000 and client-rendering 
engines would use this information to scale the text size appropriate to changes in the map scale. This base scale would be 
stored once in the metadata. Any point size values in the metadata attributes column (see below) or in individual rows would 
be relative to this value, as would letter-spacing and word-spacing, stroke-width (for text and leader line) and both vertical 
and horizontal margins. Application may round to the nearest point during scaling. 


6.1.6.2 Table or View Constructs for structural metadata 


The following CREATE TABLE statement creates an appropriately structured table to be included in the schema, 
describing how text is stored in a feature table. This should be either an actual metadata table or an updateable 
view so that insertion of reference system information can be done directly with SQL. 


Note that there is no requirement that the annotated feature have any other attributes. Unattributed annotations 
are in essence context-free, and may be used to place any text on the data, such as collection metadata or notes 
to user about unusual situations of which he may wish to be aware. 





1 There is some minor disagreement on the standard for a text point. The US-UK standard is 1/72.27 
inch, Adobe Postscript use 1/72 inch. Traditional typesetters use 1/64 inch and European (based ona 
French standard) use approximately 1/67 inch. At the sizes of normal text at normal display scale, 
none of these differences are significant. These manor differences man make fine scale comparison 
of output difficult to make. 
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CREATE TABLE ANNOTATION TEXT METADATA AS 


} 









































































































































































































































































































































F TABLE CATALOG AS CHARACTER VARYING NOT NULL, 
F TABLE SCHEMA AS CHARACTER VARYING NOT NULL, 
F TABLE NAME AS CHARACTER VARYING NOT NULL, 
F TEXT KEY COLUMN AS CHARACTER VARYING NOT NULL, 
F TEXT ENVELOPE COLUMN AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TABLE CATALOG AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TABLE SCHEMA AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TABLE NAME AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TEXT KEY COLUMN AS CHARACTER VARYING NOT NU 
A_ELEMENT TEXT SEQ COLUMN AS CHARACTER VARYING NOT NU 
A_ELEMENT TEXT VALUE COLUMN AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TEXT LEADERLINE COLUMN AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TEXT LOCATION COLUMN AS CHARACTER VARYING NOT NULL, 
A_ELEMENT TEXT ATTRIBUTES COLUMN AS CHARACTER VARYING NOT NULL, 
A_MAP BASE SCALE AS NUMBER NOT NULL, 

A_TEXT DEFAULT EXPRESSION AS CHARACTER VARYING, 

A_TEXT DEFAULT ATTRIBUTES AS CHARACTER VARYING 



































Note that there are no constraints on row in this table, allowing a single feature table/geometry column pair to be 
annotated using text from different feature table columns. 


6.1.6.3 


Field Description 


The fields in the Annotations metadata information view are given in 
Table 2: Column definitions for Annotation Text metadata 












































Columns Description 
F TABLE the fully qualified name of the feature table containing the geometry column to be 
CATALOG, annotated 
SCHEMA, 
NAME 
F TEXT The names of the column in the feature table that contain: 
KEY COLUMN. | A KEY for the text to which the text elements can use as a point of aggregation. 
ENVELOPE CO 
LUMN, An ENVELOPE COLUMN that contains a geometry object that acts as an 














envelope for the set of text elements in this text entity. This column should also be 
a valid geometry column. 
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Columns 


Description 





A ELEMENT TABLE 
CATALOG, 
SCHEMA, 
NAME 





the fully qualified name of the text element table containing the text elements used 
forthe F Text columns column defined above 








A TEXT ELEMENT 
EY COLUMN 
EQ COLUMN 























radn ® 
E St 

= 

Q 

o) 

A 

Gq 

za 





















































The names of the columns in the ELEMENT_TABLE that contain the: 


a) The foreign KEY for the text entity as specified in the 
F TEXT KEY COLUMN. 





b) A sequence (SEQ) column which will be used to order the text elements 
in this text entity. Any sortable type is valid for this column in the table, 
although integers would be the obvious choice. 


c) A text string VALUE for this text element. 


d) The LEADERLINE for this text element — if it has one (should also be 
a geometry column). 


e) The LOCATION for this text element (should also be a geometry 
column). 


f) The local text ATTRIBUTES providing the opportunity to override the 
text attributes currently in force. This is an XML type, and will be a 
collection of XML elements each describing a text attribute of the current 
text element. Unspecified attributes take the value most recently defined. 














A MAP BASE SCALE 











The base scale for all size values that will be given in points? (1 point = 0.35146 mm). 


Each text object has a font size from the style. To enable annotation text, a mechanism is 
needed whereby text may be defined in points but (usually) based on a specific map scale. 
Thus, a text object would be placed using a font size of 24 point at 1:1000000 and client- 
rendering engines would use this information to scale the text size appropriate to changes 
in the map scale. This base scale would be stored once in the metadata. Any point size 
values in the metadata attributes column (see below) or in individual rows would be 
relative to this value, as would letter-spacing and word-spacing, stroke-width (for text and 
leader line) and both vertical and horizontal margins. Application may round to the nearest 
point during scaling. 








2 There is some minor disagreement on the standard for a text point. The US-UK standard is 1/72.27 
inch, Adobe Postscript use 1/72 inch. Traditional typesetters use 1/64 inch and European (based on a 
French standard) use approximately 1/67 inch. At the sizes of normal text at normal display scale, 
none of these differences are significant. These manor differences man make fine scale comparison 


of output difficult to make. 
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Columns Description 
A TEXT DEFAULT The default values for the corresponding “A_TEXT_” columns above, for cases 
i EXPRESSION where these columns are NULL in the feature table. They may be values or 
ATTRIBUTES “query” expressions in terms of other columns in the database. These defaults 

















shall be overridden on a row by row basis when the corresponding columns in the 
feature table row are not NULL. Formats, which are large text strings, and 
interpretation for these columns are discussed in Part 1. 








6.1.7 Use of numeric data types 

SQL-implementations usually provide several numeric data types. In this standard, the use of a numeric data type 
in examples is not meant to be binding. The data type of any particular column can be determined, and casting 
operators between similar data types are available. Any particular implementation may use alternative data types 
as long as casting operations shall not lead to difficulties. 

6.1.8 Notes on SQL/CLI access to Geometry values stored in binary form 


SQL/CLI provides standard mechanisms to bind character, numeric and binary data values. 


This subclause describes the process of retrieving geometric object values for the case where the binary storage 
alternative is chosen. 


The WKB_GEOMETRY column in the geometry table is accessed in SQL/CLI as one of the binary SQL data 
types (SQL_BINARY, SQL_VARBINARY, or SQL_LONGVARBINARY). 


EXAMPLE The application would use the SQL_C_BINARY value for the fCType parameter of SQLBindCol (or 
SQLGetData) in order to describe the application data buffer that shall receive the fetched Geometry data value. Similarly, a 
dynamic parameter whose value is a Geometry would be described using the SQL_C_BINARY value for the fCType 
parameter of SQLBindParameter. 


This allows binary values to be both retrieved from and inserted into the geometry tables. 
6.2 Architecture — SQL implementation using Geometry Types 


6.2.1 Overview 


This standard defines a schema for the management of feature table, Geometry, and Spatial Reference System 
information in an SQL-implementation with a Geometry Type extension. 


Figure 3 illustrates the schema to support feature tables, Geometry, and Spatial Reference Information in an SQL- 
implementation with a Geometry Type extension. 


a) The GEOMETRY_COLUMNS table describes the available feature tables and their Geometry properties. 


b) The SPATIAL_REF_SYS table describes the coordinate system and transformations for Geometry. 
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c) The feature table stores a collection of features. A feature table’s columns represent feature attributes, while 
rows represent individual features. The Geometry of a feature is one of the feature attributes, and is an SQL 
Geometry Type. 





Geometry Column Information Spatial Reference Systems 
(GEOMETRY_COLUMNS) (SPATIAL_REF_SYS) 


F_TABLE_CATALOG SRID 
F_TABLE_SCHEMA AUTH_NAME 
F_TABLE_NAME AUTH_SRID 
F_GEOMETRY_COLUMN SRTEXT 
COORD_DIMENSION 

SRID 





Feature Table 


<Attributes> 
<Geometry_Column (G/ID)> 
<Attributes> 





Figure 3: Schema for feature tables using SQL with Geometry Types 


6.2.2 Identification of feature tables and geometry columns 

Feature tables and Geometry columns are identified through the GEOMETRY_COLUMNS table. Each Geometry 
Column in the database has an entry in the GEOMETRY_COLUMNS table. The data stored for each geometry 
column consists of the following: 

a) the identity of the feature table of which this Geometry Column is a member; 

b) the name of the Geometry Column; 

c) the spatial reference system ID for the Geometry Column; 


d) the coordinate dimension for the Geometry column; 


The columns in the GEOMETRY_COLUMNS table for the SQL with Geometry Types environment are a subset of 
the columns in the GEOMETRY_COLUMNS table defined for the SQL-implementation based on predefined data 


types. 


An alternative method for identification of feature tables and Geometry Columns may be available for 
SQL-implementations with Geometry Types. In the SQL-implementation with Geometry Types, the Geometry 
Column may be represented as a row in the COLUMNS metadata view of the SQL INFORMATION. SCHEMA. 
Spatial Reference System Identity and coordinate dimension is, however, not a standard part of the 
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SQL INFORMATION SCHEMA. To access this information, the GEOMETRY_COLUMNS table would still need to 
be referenced. 


6.2.3 Identification of Spatial Reference Systems 


Every Geometry Column is associated with a Spatial Reference System. The Spatial Reference System identifies 
the coordinate system for all geometric objects stored in the column, and gives meaning to the numeric coordinate 
values for any geometric object stored in the column. Examples of commonly used Spatial Reference Systems 
include “Latitude Longitude” and “UTM Zone 10”. 


The SPATIAL_REF_SYS table stores information on each Spatial Reference System in the database. The 
columns of this table are the Spatial Reference System Identifier (SRID), the Spatial Reference System Authority 
Name (AUTH_NAME), the Authority Specific Spatial Reference System Identifier (AUTH _SRID) and the Well- 
known Text description of the Spatial Reference System (SRTEXT). The Spatial Reference System Identifier 
(SRID) constitutes a unique integer key for a Spatial Reference System within a database. 

Interoperability between clients is achieved via the SRTEXT column which stores the Well-known Text 
representation for a Spatial Reference System. 

6.2.4 Feature tables 

A feature is an abstraction of a real-world object. Feature attributes are columns in a feature table. Features are 
rows in a feature table. The Geometry of a feature is stored in a Geometry Column whose type is drawn from a 
set of SQL Geometry Types. 


Relationships between features may be defined as foreign key references between feature tables. 


6.2.5 Background information on SQL User Defined Types 
The term User Defined Type (UDT) refers to a data type that extends the SQL type system. 


UDT types can be used to define the column types for tables, this allows values stored in the columns of a table to 
be instances of UDT. 


SQL functions may be declared to take UDT values as arguments, and return UDT values as results. 

An UDT may be defined as a subtype of another UDT, referred to as its supertype. This allows an instance of the 
subtype to be stored in any column where an instance of the supertype is expected and allows an instance of the 
subtype to be used as an argument or return value in any SQL function that is declared to use the supertype as 
an argument or return value. 

The above definition of UDT is value based. 

SQL implementations that support User Defined Types may also support the concept of References to User 
Defined Types instances that are stored as rows in a table whose type corresponds to the type of the User 
Defined Type. The terms RowType and Reference to RowType are also used to describe such types. 


This standard allows Geometry Types to be implemented as either pure value based Types or as Types that 
support persistent References. 
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The Types for Geometry are defined in black-box terms, i.e. all access to information about a Geometry Type 
instance is through SQL functions. No attempt is made to distinguish functions that may access Type instance 
attributes (such as the dimension of a geometric object) from functions that may compute values given a Type 
instance (such as the centroid of a Polygon). In particular, an implementation of this standard would be free to 
nominate any set of functions as observer methods on attributes of a User Defined Type, as long as the 
signatures of the SQL functions described in this standard are preserved. 


6.2.6 SQL Geometry Type hierarchy 


The SQL Geometry Types are organized into a type hierarchy shown in Figure 4. 


+spatialRS 
| ReferenceSystems:: 


1|SpatialReferenceSystem +mesureRS 
ReferenceSystems:: 
0..1| MeasureReferenceSystem 





Geometry 
























GeometryCollection 


MultiSurface MultiCurve 








Surface 











+vertex 






















+element LineString Polygon PolyhedralSurface MultiPoint 
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MultiPolygon 
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MultiLineString 




















Figure 4: Figure: SQL Geometry Type hierarchy 


The root type, named Geometry, has subtypes for Point, Curve, Surface and Geometry Collection. A Geometry 
Collection is a Geometry that is a collection of possibly heterogeneous geometric objects. MultiPoint, MultiCurve 
and MultiSurface are specific subtypes of Geometry Collection used to manage homogenous collections of Points, 
Curves and Surfaces. The 0 dimensional Geometry Types are Point and MultiPoint. 


The one-dimensional Geometry Types are Curve and MultiCurve together with their subclasses. The 
two-dimensional Geometry Types are Surface and MultiSurface together with their subclasses. 
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SQL functions are defined to construct instances of the above Types given Well-known Text or Binary 
representations of the types. SQL functions defined on the types implement the methods described in the 
Geometry Object Model. 


6.2.7 Geomeiry values and spatial reference systems 


In order to model Spatial Reference System information, each geometric object in the SQL with Geometry Types 
implementation is associated with a Spatial Reference System as specified by SQL/MM. 


In addition to the SQL/MM 
6.2.8 Access to Geometry values in the SQL with Geometry Type case 


Spatial data are accessed using the SQL query language extended with SQL routines to create Geometry Types 
as well as routines to observe or mutate their attributes, as specified by SQL/MM.. 


6.2.9 Text 


6.2.9.1. Text Object Implementation 


6.2.9.1.1 Text Objects 


The text object, and their component elements which can be used either as a feature attribute or as a free-floating 
object, is defined in 7.2.20. 


6.2.9.2 Metadata Table (View) 


The metadata at a table level allows common information to be stored at a common level and not for each record. 
This keep the data for each record as compact as possible. There is no specific specification for this metadata 
table. But the data requirements in Table 3 must be available from the metadata store. This data if created as a 
table would look like this: 








CREATE TABLE ANNOTATION TEXT METADATA AS 



















































































































































































F_TABLE CATALOG AS CHARACTER VARYING NOT NULL, 
F TABLE SCHEMA AS CHARACTER VARYING NOT NULL, 
F TABLE NAME AS CHARACTER VARYING NOT NULL, 
F_TEXT_ COLUMN AS CHARACTER VARYING NOT NULL, 
A_TEXT_DEFAULT MAP BASE SCALE AS CHARACTER VARUONG, 

A_ TEXT DEFAULT EXPRESSION AS CHARACTER VARYING, 

A TEXT DEFAULT ATTRIBUTES AS CHARACTER VARYING 

} 


The fields in the table above are described in shall be a view of database administration tables and must contain 
the following fields for each text column (column of a ANNOTATION_TEXT type): 
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Table 3: Text metadata attributes 





FIELD 


DEFINITION 


COMMENT 





F_TABLE_CATALOG 
F_TABLE_SCHEMA 
F_TABLE_NAME 


Name of the table in 
which the text type 
values are stored. 


Databases have format for this based on 
SQL:1999. 





F_TEXT_COLUMN_NAME 


Name of the column in 
which the text type 
value are stored. 


Databases have format for this based on 
SQL:1999. This column in the feature table 
described above must be of type 
ANNOTATION_TEXT. 





A_TEXT_DEFAULT_MAP_BASE_SCALE 


The base map scale for 
which the text will be 
displayed 





A_TEXT_DEFAULT_EXPRESSION 


This column allows the 
actual text of a text 
object to come from 
data outside the text 
object VALUE field. 


Any valid database column expression resulting 
in a string is acceptable. The expression is 
evaluated for the each row. If this field is null, the 
individual text objects may have their own 
embedded text or nothing shall be displayed. Any 
embedded text shall override this expression 
value. 


During query to support display, client 
applications should add this expression to their 
select list so that any returned records will have 
the information needed to evaluate this expression 
without round tripping back to the database. . 
Note that this is the one case where the data 
critical to the display of text is stored outside the 
text object or metadata. It should be obvious to 
anyone changing the VALUE field that they are 
changing the text object. It may not be obvious to 
someone updating a column covered by the text 
expression that they are affecting the text object 
display. 








A_TEXT_DEFAULT_ATTRIBUTES 





As many text attributes 
may be common in one 
table, the database may 
store the common ones 
once here and allow for 
individual row (record) 
overrides. 





The Text Style, Layout and Leader Line Style 
described below may be stored in the metadata as 
well as the individual rows. Any values in the 
individual rows shall override the metadata 
values. The resulting attributes are an overlay of 
the metadata attributes and individual row 
attribute values. 
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7 Clause component specifications 
7.1 Components — Implementation of feature tables based on predefined data types 


7.1.1. Conventions 





Table components are described in the context of a CREATE TABLE statement. Implementations may use base 
tables with different names and properties, exposing these components as updateable views, provided that the 
base tables defined by the implementation enforce the same constraints. 














Table names and column names have been restricted to 18 characters in length to allow for the widest possible 
implementation. 


7.1.2 Spatial reference system information 


7.1.2.1. Component overview 


The Spatial Reference Systems table, which is named SPATIAL REF Sys, stores information on each spatial 
reference system used in the database. 





7.1.2.2 Table constructs 




















The following CREATE TABLE statement creates an appropriately structured SPATIAL REF SyS table. This table 
may be an updatable view of an implementation-specific table. Implementations shall either use this table format 
or provide stored procedures to create, to populate and to maintain this table 































































































CREATE TABLE SPATIAL REF SYS 
( 
SRID NTEGER NOT NULL PRIMARY 
KEY, 
AUTH NAME CHARACTER VARYING, 
AUTH_SRID NTEGER, 
SRTEXT CHARACTER VARYING (2048) 


7.1.2.3. Field description 


These fields are described as follows: 


a) SRID — aninteger value that uniquely identifies each Spatial Reference System within a 
database; 
b) AUTH NAME ~~ the name of the standard or standards body that is being cited for this reference 





system. EPSG would be an example of a valid AUTH_NAME; 
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c) AUTH SRID ~ _ the ID of the Spatial Reference System as defined by the Authority cited in 
AUTH NAME, 
d) SRTEXT — The Well-known Text Representation of the Spatial Reference System. 


7.1.2.4 Exceptions, errors and error codes 


Error handling shall be accomplished by using the standard SQL status returns. 


7.1.3. Geometry columns information 


7.1.3.1. Component overview 





The GEOMETRY_COLUMNS table provides information on the feature table, spatial reference, geometry type, and 
coordinate dimension for each Geometry column in the database. This table may be an updatable view of an 
implementation-specific table. Implementations shall either use this table format or provide stored procedures to 
create, to populate and to maintain this table 
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7.1.3.2 Table or view constructs 
CREATE TABLE GEOMETRY COLUMNS ( 
F TABLE CATALOG CHARACTER VARYING NOT NU i 
F TABLE SCHEMA CHARACTER VARYING NOT NU i 
F TABLE NAME CHARACTER VARYING NOT NULL, 
F GEOMETRY COLUMN CHARACTER VARYING NOT NU i 
G TABLE CATALOG CHARACTER VARYING NOT NU 7 
G TABLE SCHEMA CHARACTER VARYING NOT NULL, 
G TABLE NAME CHARACTER VARYING NOT NU i 
STORAGE TYPE NTEGER, 
GEOMETRY TYPE NTEGER, 
COORD _DIMENSTON NTEGER, 
MAX PPR NTEGER, 
SRID NTEGER NOT NULL 
REFERENCES SPATIAL REF SYS, 
CONSTRAINT GC_PK PRIMARY KEY 
(F_TABLE CATALOG, F_TABLE SCHEMA, F_TABLE NAME, F_GEOMETRY_ COLUMN) 
) 

7.1.3.3 Field description 

These fields are described as follows: 

a) F_TABLE CATALOG, F_TABLE SCHEMA, F TABLE NAME — the fully qualified name of the feature table 
containing the geometry column. 

b) F GEOMETRY COLUMN — the name of the column in the feature table that is the Geometry Column. This 
column shall contain a foreign key reference into the geometry table for an implementation based on 
predefined data types. For a geometry types implementation, this column may contain either a foreign key to 
a geometry extent table or a SQL UDT. 

Cc) G TABLE CATALOG, G_TABLE SCHEMA, G TABLE NAME — the name of the geometry table and its schema and 
catalog. The geometry table implements the geometry column. In a geometry types implementation that 
stores the geometry in the F GEOMETRY COLUMN, these columns will be identical to the F TABLE CATALOG, 
F TABLE SCHEMA, F_ TABLE NAME column values. 

d) STORAGE TYPE — the type of storage being used for this geometry column: 
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0 = normalized geometry implementation, 
1 = binary geometry implementation (Well-known Binary Representation for Geometry). 


NULL = geometry types implementation, 

















e€) GEOMETRY TYPE — the type of geometry values stored in this column. The use of a non-leaf Geometry class 
name from the Geometry Object Model for a geometry column implies that domain of the column corresponds 
to instances of the class and all of its subclasses. The suffixes "Z", "M" and "ZM" are three distinct copies of 
the geometry hierarchy as presented in Figure 4. If the value is NULL, then the appropriate GEOMETRY 
subtype is used consistent with the COORD DIMENSION and SRID is implied. This code list is a subset of the 
list presented in Part 1, Table 7. 





Table 4: Geometry type codes 



























































Code Geometry type Coordinates 
0 GEOMETRY \\ IN X Y 
il POINT \ RUINS 
2 LINESTRING \\ IN X Y 
3 POLYGON \\ IN X Y 
4 MULTIPOINT AAW DIN oeAy 
5 MULTILINESTRING \\e IN & -Y¥ 
6 MULTIPOLYGON \ XIN SY 
7 GEOMCOLLECTION \\ IN X Y 
ibe) CURVE \\ IN X Y 
14 SURFACE Vd ee 
15 POLYHEDRALSURFACE \\n ING ¥ 

1000 GEOMETRY Z NN SEN XH 

1001 POINTZ GEN 

1002 LINESTRINGZ \\c EN YZ 
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Code Geometry type Coordinates 
003 POLYGONZ Wie TEN oO "7, 
004 MULTIPOINTZ Vie SN YZ 
005 MULTILINESTRINGZ Whe oe 
006 MULT IPOLYGONZ SIN RSY 2 
007 GEOMCOLLECTIONZ \\ IN X Y Z 
013 CURVEZ \\ IN X YM 
014 SURFACEZ \\ IN X YM 
015 POLYHEDRALSURFACEZ Ve Ne 

2000 GEOMETRY \\ IN X YM 

2001 POINTM \\ IN X YM 

2002 LINESTRINGM \\ IN X YM 

2003 POLYGONM \\ IN X YM 

2004 MULTIPOINTM \\ IN X YM 

2005 #MULTILINESTRINGM \\ IN X YM 

2006 MULTIPOLYGONM \\ IN X YM 

2007 GEOMCOLLECTIONM \\ IN X YM 

2013 CURVEM \\ IN X YM 

2014 SURFACEM \\ IN X YM 

2015  POLYHEDRALSURFACEM \\ IN X YM 

3000 GEOMETRY ZM \\ IN X YZM 

3001 POINTZM \\ IN X YZM 

3002 LINESTRINGZM \\ IN XY 22M 
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Code Geometry type Coordinates 
3003 POLYGONZM We DN YM 
3004 MULTIPOINTZM \\ IN X YZM 





3005 MULTILINESTRINGZM \\ INX YZM 








3006 MultiPolygonZM \\ IN X Y 2M 














3007 GEOMCOLLECTIONZM \\ IN X YZM 





3013 CURVEZM \\ IN X YZ2M 





3014 SURFACEZM NAS SPIN Oe YE, Mt 


























> 


3015 POLYHEDRALSURFACEZM \\ IN X Y ZM 











f) COORD DIMENSION — the number of ordinates used in the complex, usually corresponds to the number of 
dimensions in the spatial reference system. If an "M" ordinate is included it shall be one greater than the 
number of dimensions of the spatial reference system. 





g) MAX PPR — (This value contains data for the normalized geometry implementation only) Points per row, the 
number of Points stored as ordinate columns in the geometry table. This value may be NULL only if a binary 
storage or SQL geometry type implementation is used. 


h) srip— the ID of the Spatial Reference System used for the coordinate geometry in this table. It is a foreign 
key reference to the SPATIAL REF_SyS table and must be specified. 





7.1.3.4 Exceptions, errors and error codes 


Error handling shall be accomplished by using the standard SQL status returns for SQL/CLI. 


7.1.4 Feature tables 


The columns in a feature table are defined by feature attributes; one or more of the feature attributes will be a 
geometric attribute. The basic restriction in this standard for feature tables is that for each geometric attribute, 
they include geometry via a FOREIGN KEY to a geometry table. Features may have a feature attribute that is 
unique, serving aS a PRIMARY KEY for the feature table. Feature-to-feature relations may similarly be defined as 
FOREIGN KEY references where appropriate. 
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The general format of a feature table shall be as follows: 




















CREATE TABLE <feature table name> ( 
<primary key column name> <primary key column type>, 
(other attributes for this feature table) 
<geometry column name> <geometry column type>, 
(other geometry columns for this feature table) 
PRIMARY KEY <primary key column name>, 
FOREIGN KEY <geometry column name> REFERENCES <geometry table name>, 
(other geometry column constraints for this feature table) 
























































) 


The geometric attribute foreign key reference applies only for the case where the geometry table stores geometry 
in binary form. In the case where geometry is stored in normalized form, there may be multiple rows in the 
geometry table corresponding to a single geometry value. In this case, the geometry attribute reference may be 
captured by a check constraint that ensures that the Geometry Column value in the feature table corresponds to 
the geometry-ID value for one or more rows in the geometry table. 


7.1.5 Geometry tables 


7.1.5.1 Component overview 


Each Geometry table stores geometric objects corresponding to a Geometry column in a feature table. Geometric 
objects may be stored as individual ordinate values, using SQL numeric types, or as binary objects, using the 
Well-known Binary Representation for Geometry. Table schemas for both implementations are provided. 


7.1.5.2 Geometry stored using SQL numeric types 


7.1.5.2.1. Table constructs 














The following CREATE TABLE Statement creates an appropriately structured table for Geometry stored as individual 
ordinate values using SQL numeric types. Implementations shall either use this table format or provide stored 
procedures to create, to populate and to maintain this table. 
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CREATE TABLE <table name> 














































































































GID NTEGER NOT NU , 
ESEQ NTEGER NOT NULL, 
E TYPE NTEGER NOT NU 1 
SEQ NTEGER NOT NULL, 
X1 <ordinate type>, 
Y1 <ordinate type>, 
Zl <ordinate type>, 
'Optional if Z-value is included 
M1 <ordinate type>, 




















‘Optional if M-value is included 








<repeated for each ordinate, repeated for each point> 























X<MAX PPR> <ordinate type>, 
Y<MAX_PPR> <ordinate type>, 
Z1<MAX PPR> <ordinate type>, 
'Optional if Z-value is included 
M1<MAX PPR> <ordinate type>, 














‘Optional if M-value is included 








cr 


<attribute> <attribute type> 


























CONSTRAINT GID PK PRIMARY KEY (GID, ESEQ, SEQ) 














) 
7.1.5.2.2 Field descriptions 


These field descriptions are follows: 
a. GID — identity of this geometric object; 


b. ESEQ — identifies multiple components within a geometric object; 
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c. ETYPE— element type of this primitive element for the geometric object. The following values are defined 
for ETYPE: 


— 1 =Point, 
— 2=LineString, 
— 3 = Polygon; 


d. SEQ — identifies the sequence of rows to define a geometric object; 
e. X1—first ordinate of first Point; 
f. Y1— second ordinate of first Point; 


g. 2Z1 — third ordinate of first Point; 





h. M1 — fourth ordinate of first Point; 
i. ...— (repeated for each ordinate, for this Point); 
j.... — (repeated for each coordinate, for this row); 


k. X<MAX PPR> — first ordinate of last Point. The maximum number of Points per row ‘MAX_PPR' is 
consistent with the information in the GEOMETRY_COLUMNS table; 


l. Y<MAX PPR> — second ordinate of last Point; 
m. .4<MAX PPR>-— third ordinate of first Point; 

n. M<MAX_ PPR>— fourth ordinate of first Point; 

0. ..— (repeated for each ordinate, for this last Point); 


p. <attribute> W— other attributes can be carried in the Geometry table for specific feature schema. 


7.1.5.2.3. Exceptions, errors and error codes 


Error handling shall use the standard SQL status returns for SQL/CLI. 


7.1.5.3. Geometry stored using SQL binary types 


7.1.5.3.1. Table constructs 





The following CREATE TABLE Statement creates an appropriately defined table for Geometry stored using the Well- 
known Binary Representation for Geometry. The size of the wKB_GEOmMETRY column is defined by the 
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implementation. Implementations shall either use this table format or provide stored procedures to create, 


populate and maintain this table. 


CR 






























































FATE TABLE <table name> 
( 
GID NUMERIC NOT NULL PRIMARY KEY, 
XMIN <ordinate type>, 
YMIN <ordinate type>, 
ZMIN <ordinate type>, 
MMIN <ordinate type>, 
XMAX <ordinate type>, 
YMAX <ordinate type>, 
ZMAX <ordinate type>, 
MMAX <ordinate type>, 
WKB GEOMETRY BIT VARYING(implementation size limit), 
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{<attribute> <attribute type>}* 
) 


7.1.5.3.2 Field descriptions 


These fields are described as follows: 


a. 


b. 


GI 





WKB _ GEOMETRY — the Well-known Binary Representation of the geometric object; 


<a 


D — identity of this geometric object; 


XMIN — the minimum x-coordinate of the geometric object bounding box; 
YMIN — the minimum y-coordinate of the geometric object bounding box; 


ZMIN — the maximum y-coordinate of the geometric object bounding box; 











MMIN — the maximum y-coordinate of the geometric object bounding box; 
XMAX — the maximum x-coordinate of the geometric object bounding box; 
YMAX — the maximum y-coordinate of the geometric object bounding box; 
ZMAX — the maximum y-coordinate of the geometric object bounding box; 


MMAX — the maximum y-coordinate of the geometric object bounding box; 





ttribute> -— other attributes can be carried in the Geometry table for specific feature schema. 
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7.1.5.3.3 Exceptions, errors and error codes 


Error handling shall use the standard SQL status returns for SQL/CLI. 


7.1.6 Operators 


No SQL spatial operators are defined as part of this standard. 
7.2 Components — SQL with Geometry Types implementation of feature tables 


7.2.1 Conventions 
The components of this standard for feature table implementation in a SQL with Geometry Types environment 
consist of the tables, SQL types and SQL functions discussed in 7.2 with routines as specified by SQL/MM. 


7.2.2 SQL Geometry Types 


7.2.2.1. Component overview 


The SQL Geometry Types extend the set of available predefined data types to include Geometry Types. 


7.2.2.2 | Language constructs 


A conforming implementation shall support a subset of the following set of SQL Geometry Types: {Geomet ry, 
Point, Curve, LineString, Surface, Polygon, PolyhedralSurface 
GeomCollection, MultiCurve, MultiLineString, MultiSurface, 
MultiPolygon, and MultiPoint}. The permissible type subsets that an implementer may choose to 
implement are described in SQL/MM. 








Note: Class names in SQL/MM carry a"ST_" prefix. This is optional and implementations may chose to drop 
this prefix as has been done in various places in this standard. 


The new type listed above is PolyhedralSurface shall be subtyped from Surface, and implements 
the required constructors, routines and interfaces of Surface and MultiSurface. Tomaintain a size 
limit on class names, the class name in SQL for Pol yhedralSurface willbe PolyhedSurface. 


7.2.3 Feature tables 


7.2.3.1. Component overview 
The columns in a feature table are defined by feature attributes; one or more of the feature attributes will be a 


geometric attribute. The basic restriction in this standard for feature tables is that each geometric attribute is 
modeled using a column whose type corresponds to a SQL Geometry Type. Features may have a feature 
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attribute that is unique, serving as a PRIMARY KEY for the feature table. Feature-to-feature relations may be 
defined as FOREIGN KEY references where appropriate. 


7.2.3.2 Table constructs 


The general format of a feature table in the SQL with Geometry Types implementation shall be as follows: 





CREATE TABLE <feature table name> ( 
<primary key column name> <primary key column type>, 
(other attributes for this feature table) 
<geometry column name> <geometry type>, 
(other geometry columns for this feature table) 
PRIMARY KEY <primary key column name>, 
CONSTRAINT SRS_1 CHECK (SRID(<geometry column name>) 
in ( 
SELECT SRID from GEOMETRY COLUMNS 
where F TABLE CATALOG = <catalog> and 
F TABLE SCHEMA = <schema> and 
os LE NAME = <feature table name> and 
F GEOMETRY COLUMN = <geometry column> 


































































































B 
B 





























) 


( spatial reference constraints for other geometry columns 
in this feature table) 
) 


The use of any SQL Geometry Type for any of the columns in the table identifies this table as a feature table. 
Alternatively, applications may check the GEOMETRY COLUMNS table, where all Geometry Columns and their 
associated feature tables and geometry tables are listed. 




















7.2.3.3 Exceptions, errors and error codes 


Error handling shall be accomplished by using the standard SQL status returns. 


7.2.4 SQL routines for constructing a geometry object given its Well-known Text Representation 

The routines ST_WKTToSQL used to construct geometric objects from their text representations are specified by 
SQL/MM.. 

7.2.5 SQL routines for constructing a geometric object given its Well-known Binary Representation 


The routines ST_WKBToSQL used to construct geometric objects from their Well-known Binary Representations 
are specified in SQL/MM. 
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7.2.6 SQL routines for obtaining Well-known Text Representation of a geometric object 


The SQL routines ST_AsText for obtaining the Well-known Text Representation of a geometric object are 
specified in SQL/MM. 


7.2.7. SQL routines for obtaining Well-known Binary Representations of a geometric object 


The SQL routines ST_AsBinary for obtaining the Well-known Binary Representation of a geometric object are 
specified in SQL/MM. 


7.2.8 SQL routines on type Geomeiry 


7.2.8.1. Supported routines 


The SQL/MM ST Dimension, ST GeometryType, ST AsText, ST AsBinary, 

ST _SRID, ST IsEmpty, ST IsSimple, ST Boundary, and ST Envelope routines shall be 
supported for all Geometry Types. Also included are SQL routines for obtaining the Well-known Binary and Text 
Representation of a geometric object and creating values from them. 





Consistent with the definitions of relations in Part 1, Clause 6.1.2.3, the SQL/MM ST Equals, 

ST Disjoint, ST_Intersects, ST Touches, ST Crosses, ST Within, 

ST Contains, ST Overlaps and ST Relate routines shall be supported to test named spatial 
relationships between two geometric objects. 





The SQL/MM ST Distance routines shall be supported to calculate the distance between two geometric 
objects. 

Consistent with the set theoretic operations defined in ISO 19103, and ISO 19107, the SQL/MM 

ST Intersection, ST Difference, ST Union, ST SymDifference, ST Buffer, 


and ST ConvexHu11 routines shall be supported to implement set-theoretic and constructive operations on 
geometric objects. These operations are defined for all types of Geometry. 


7.2.8.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST Geometry 
AS ( 
































ST PrivateDimension SMALLINT DEFAULT =1, 
ST_PrivateCoordinateDimension SMALLINT DEFAULT 2 
ST PrivatelIs3D SMALLINT DEFAULT 04 
ST PrivateIsMeasured SMALLINT DEFAULT 0 





























) 
NOT INSTANTIABLE 
NOT FINAL 
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< 





ETHOD ST Dimension () 
RETURNS SMALLINT 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 


















































< 





ETHOD ST _GeometryType () 

RETURNS CHARACTER VARYING(ST MaxTypeNameLength) 
LANGUAGE SQL 
D RMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 

















4 



































< 





ETHOD ST AsText () 



















































































RETURNS CHARACTER LARGE OBJECT (ST MaxGeometryAsText) 
LANGUAGE SQL 

DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT 

RETURNS NULL ON NULL INPUT, 


< 





ETHOD ST AsBinary () 
RETURNS BINARY LARGE OBJECT (ST MaxGeometryAsBinary) 
LANGUAGE SQL 
DE NISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 









































4 
ve) 
K< 
































< 





ETHOD ST_SRID() 
RETURNS INTEGER 
LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 
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METHOD ST _SRID (ansrid INTEGER) 
RETURNS ST Geometry 

SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT, 




































































S 
Cd 
H 
a 
oO 
iS) 
wn 
ar 





sEmpty () 
RETURNS INTEGER 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 



























































METHOD ST_IsSimple() 
RETURNS INTEGER 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 



























































cs 


ETHOD ST Boundary () 
RETURNS ST Geometry 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
























































METHOD ST_ Envelope () 
RETURNS ST Polygon 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 



























































i 








ETHOD ST WKTTOSQL (awkt CHARACTER LARGE OBJECT (ST MaxGeometryAsText) ) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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< 














ETHOD ST WKBToOSQL(awkb BINARY LARGE OBJECT (ST MaxGeometryAsBinary) ) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 












































< 








ETHOD ST Equals(ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DE NISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 























= 
vs) 
< 
































< 





ETHOD ST Disjoint(ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 































































































METHOD ST Intersects (ageometry ST Geometry) 
RETURNS INTEGER 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 




















< 





ETHOD ST Touches (ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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METHOD ST Crosses (ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
























































METHOD ST Within (ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
























































METHOD ST Contains (ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 





















































rs 





ETHOD ST Overlaps(ageometry ST Geometry) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
























































METHOD ST Relate(ageometry ST Geometry, amatrix CHARACTER (9) ) 
RETURNS INTEGER 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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ETHOD ST Distance (ageometry ST Geometry) 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 



























































< 





ETHOD ST Distance (ageometry ST Geometry, 

aunit CHARACTER VARYING(ST MaxUnitNameLength) ) 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 







































































< 





ETHOD ST Intersection(ageometry ST Geometry) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 















































< 








ETHOD ST Difference (ageometry ST Geometry) 
RETURNS ST Geometry 

LANGUAGE SQL 
D RMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 




















4 


























< 





ETHOD ST _Union(ageometry ST Geometry) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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METHOD ST SymDifference (ageometry ST Geometry) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 













































































ETHOD ST Buffer (adistance DOUBLE PRECISION) 
RETURNS ST Geometry 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 




































































METHOD ST Buffer ( adistance DOUBLE PRECISION, 

aunit CHARACTER VARYING (ST MaxUnitNameLength) ) 
RETURNS ST Geometry 
LANGUAGE SQL 
ETERMINISTIC 
INS SQL 
RETURNS NULL ON NULL INPUT, 





















































DOvE 
Fl O - 
Z 

H 

> 





cs 


ETHOD ST _ConvexHull () 
RETURNS ST Geometry 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT 















































7.2.9 SQL routines on type Point 


7.2.9.1. Supported routines 


The SQUMM ST_X, ST _Y, ST Zand ST Mroutines and all routines supported by type Geometry 
shall be supported for geometries of type Point. 
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7.2.9.2 Declarations from SQL/MM (informative) 
CREATE TYPE ST Point 
UNDER ST Geometry AS 
( 
ST PrivateXx DOUBLE PRECISION DEFAULT NULL 
ST PrivateYy DOUBLE PRECISION DEFAULT NULL 
ST PrivateZ DOUBLE PRECISION DEFAULT NULL 
ST PrivateM DOUBLE PRECISION DEFAULT NULL 
) 
INSTANT IABLE 
NOT FINAL 
METHOD ST _X() 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 
METHOD ST X (xcoord DOUBLE PRECISION) 
RETURNS ST Point 
SELF AS RESULT 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT, 
METHOD ST_Y() 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 
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METHOD ST_Y (ycoord DOUBLE PRECISION) 
RETURNS ST Point 

SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT, 



























































rs 





ETHOD ST _Z() 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 
















































































METHOD ST_Z (zcoord DOUBLE PRECISION) 
RETURNS ST Point 

SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT, 



























































rs 


ETHOD ST M() 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 
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< 


ETHOD ST_M (mcoord DOUBLE PRECISION) 
RETURNS ST Point 

SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT 





















































7.2.10 SQL routines on type Curve 


7.2.10.1 Supported routines 


The SQU/MM ST StartPoint, ST EndPoint, ST IsRing and ST Length routines and all 
routines supported by type Geometry shall be supported for geometries of type Curve. 


7.2.10.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST Curve 
UNDER ST_ Geometry 
NOT INSTANTIABLE 
NOT FINAL 






































< 





ETHOD ST StartPoint () 
RETURNS ST Point 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 












































< 


ETHOD ST_ EndPoint () 
RETURNS ST Point 
LANGUAGE SOL 
iIRMINISTIC 
INS SQL 
RETURNS NULL ON NULL INPUT, 




















H 





























AQUE 
OF 
Z 
H 
> 
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METHOD ST_IsRing() 
RETURNS INTEGER 
ANGUAGE SQL 





























‘'TERMINISTIC 




















< 





ONTAINS SQL 
ETURNS NULL ON NULL INPUT, 











ETHOD ST_Length() 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
































ETERMINISTIC 


























D 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 













































































7.2.11 SQL routines on type LineString 


7.2.11.1. Supported routines 


METHOD ST Length (aunit CHARACTER VARYING (ST MaxUnitNameLength) ) 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT 


OGC 06-104r4 


The SQL/MM ST _NumPoints and ST PointN routines and all routines supported by type Curve shall 
be supported for geometries of type LineString. 


7.2.11.2 Routing declarations from SQL/MM (informative) 





CREATE 





TYPE ST LineString 








UNDER S 
AS ( 








T Curve 


ST PrivatePoints 


) 
INSTANT 
NOT FIN 








ST Point ARRAY[ST MaxGeometryArrayElements] 














ABLE 
AL 
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< 


ETHOD ST NumPoints () 
RETURNS INTEGER 
LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 



























































< 

















ETHOD ST PointN(aposition INTEGER) 
RETURNS ST Point 

LANGUAGE SQL 
(RMINISTIC 
INS SQL 
RETURNS NULL ON NULL INPUT 














H 





























AQUE 
Of 
Z 
H 
> 





7.2.12 SQL functions on type Surface 


7.2.12.1. Supported routines 


The SQL/MM ST_Centroid, ST PointOnSurface and ST Area routines and all routines 
supported by type Geometry shall be supported for geometries of type Surface. 


7.2.12.2 Declarations from SQL/MM (informative) 

















CREATE TYPE ST Surface 
UNDER ST Geometry 
NOT INSTANTIABLE 
NOT FINAL 


























< 





ETHOD ST Area () 
RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
(RMINISTIC 
INS SQL 
RETURNS NULL ON NULL INPUT, 
































H 





























AQUE 
Of 
Z 
H 
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METHOD ST Area (aunit CHARACTER VARYING (ST MaxUnitNameLength) ) 
RETURNS DOUBLE PRECISION 

ANGUAGE SQL 
ETERMINISTIC 

ONTAINS SQL 

ETURNS NULL ON NULL INPUT, 

































































ETHOD ST Centroid () 
RETURNS ST Point 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT 












































METHOD ST PointOnSurface () 
RETURNS ST Point 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT 















































7.2.13 SQL functions on type Polygon 


7.2.13.1. Supported routines 


The SQL/MM ST ExteriorRing, ST NumInteriorRing, and ST InteriorRingN 
routines and all routines supported by type Geometry shall be supported for geometries of type Polygon. 


7.2.13.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST Polygon 
UNDER ST CurvePolygon 

INSTANTIABLE 

NOT FINAL 



































< 








ETHOD ST _ExteriorRing() 
RETURNS ST LineString, 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 
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< 








ETHOD ST _ExteriorRing (acurve ST LineString) 
RETURNS ST Polygon, 

SELF AS RESULT 

LANGUAGE SQL 

DETERMINISTIC 

CONTAINS SQL 

CALLED ON NULL INPUT, 































































































ETHOD ST InteriorRings () 

RETURNS ST LineString ARRAY[ST MaxGeometryArrayElements] 
LANGUAGE SOL 

DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 

METHOD ST InteriorRings (acurvearray ST LineString 








ARRAY [ST MaxGeometryArrayElements] ) 
RETURNS ST Polygon 
SELF AS RESULT 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
CALLED ON NULL INPUT, 















































< 








ETHOD ST NumInteriorRing () 
RETURNS INTEGER 
LANGUAGE SQL 
DE NISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 


























4 
ve) 
< 
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METHOD ST InteriorRingN(aposition INTEGER) 
RETURNS ST LineString 

ANGUAGE SOL 
ETERMINISTIC 

ONTAINS SQL 

ETURNS NULL ON NULL INPUT 















































7.2.14 SQL functions on type Polyhedral Surface 


7.2.14.1. Supported routines 


The routines supported by type Geometry, Surface and MultiPolygon shall be supported for 
geometries of type Polyhedral Surface, Pol yhedSurface. In the SQL below, the "max<thing>size" parameters 
are local implementation specific maximum sizes for the things so specified. Attributes of types names as "private" 
may be implemented in any manner as long as the semantics of the functions is consistent. When integrating this 
SQL with that of SQL/MM, the type-name prefix "ST_" should be used as appropriate. 





7.2.14.2 Declarations proposed to be added to SQL/MM 





CREATE TYPE PolyhedSurface 
UNDER Surface 
AS ( 























PrivatePatches Surface ARRAY [MaxArraySize] DEFAULT ARRAY[] 
) 
INSTANTIABLE 
NOT FINAL 























CONSTRUCTOR METHOD PolyhedSurface 

( awktorgml CHARACTER LARGE OBJECT (MaxTextSize) ) 
TURNS ST MultiSurface 

LF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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CONSTRUCTOR METHOD PolyhedSurface 

( awktorgml CHARACTER LARGE OBJECT (MaxTextSize), 
srsid INTEGER) 

ETURNS ST MultiSurface 

ELF AS RESULT 

LANGUAGE SQL 

DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 



















































































CONSTRUCTOR METHOD PolyhedSurface 

( awkb BINARY LARGE OBJECT (MaxBinarySize) ) 
TURNS ST MultiSurface 

LF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
















































































CONSTRUCTOR METHOD PolyhedSurface 

( awkb BINARY LARGE OBJECT (MaxBinarySize), 
srsid INTEGER) 

TURNS PolyhedSurface 

LF AS RESULT 

LANGUAGE SQL 

DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 































































































CONSTRUCTOR METHOD PolyhedSurface 

( asurfacearray Surface ARRAY [MaxArraySize]) 
TURNS PolyhedSurface 

LF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 
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CONSTRUCTOR MI 
( as 


i 








ETHOD S 

















NTEGER) 





oral 
G 





ULT 





SQ 











N 





oul 





C 




















LANGUAGE 


T Geom 


oral 
G 


SOL 





etries() 
RETURNS Surface ARRAY [MaxArraySize], 














N 





ST 























D 
CONTAINS SQL 
RETURNS NULL ON NULL 





METHOD NumSurfaces() 


oral 


< 
= 





RETURNS 





NT 


EGER 








SOL 

















ST 





ie 




















INS 
RETURNS NULL ON NULL 


E 
1 


md 


THOD SURFACE 


SQ 


Sur 


SOL 


Ly 





(aposition 


ETHOD PolyhedSurface 
urfacearray Surface ARRAY [MaxArraySize] 
srsid 
RNS PolyhedSurface 
AS RES 
LANGUAGE 
DETERM 
CONTAINS SQL 
RETURNS NULL ON NULL 


INPUT, 





INPUT, 





INPUT, 











NTEGER) 











face 




















N 





ST 


C 




















D 
CONTAINS SQL 
RETURNS NULL ON NULL 





INPUT 





7.2.15 SQL routines on type GeomCollection 
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The SQL/MM ST_NumGeometries and ST GeometryN routines shall be supported for geometries of 
type GcomCollection. 


CR 











KATE 





TYPE 





UNDER ST Geometry 





AS ( 


ST GeomCollection 


ST PrivateGeometries ST Geometry 
ARRAY [ST MaxGeometryArrayElements] DEFAULT ARRAY[] 


) 











INSTANTIA 





BL 








NOT FINAL 
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< 


ETHOD ST NumGeometries () 
RETURNS INTEGER 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 


































































































METHOD ST GeometryN (aposition INTEGER) 
RETURNS ST Geometry 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT 




















7.2.16 SQL routines on type MultiPoint 


7.2.16.1. Supported routines 
The SQL/MM routines supported by GeomCollection shall be supported for geometries of type MultiPoint. 


7.2.16.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST MultiPoint 
UNDER ST _GeomCollection 

INSTANTIABLE 

NOT FINAL 






































7.2.17 SQL routines on type MultiCurve 


7.2.17.1_ Supported routines 


The SQL/MM ST_IsClosed and ST Length routines and all routines supported by GeomCollection shall 
be supported for geometries of type MultiCurve. 
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7.2.17.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST MultiCurve 
UNDER ST GeomCollection 

INSTANTIABLE 

NOT FINAL 



































Ks 


ETHOD ST_IsClosed() 
RETURNS INTEGER 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 



























































< 


ETHOD ST Length () 

RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 

































































cK 











ETHOD ST Length(aunit CHARACTER VARYING(ST MaxUnitNameLength) ) 
RETURNS DOUBLE PRECISION 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 






























































7.2.18 SQL routines on type MultiLineString 
7.2.18.1 Supported routines 


The SQL/MM routines supported by GeomCollection shall be supported for geometries of type 
MultiLineString. 
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7.2.18.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST MultiLineString 
UNDER ST MultiCurve 

INSTANTIABLE 

NOT FINAL 






































OVERRIDING METHOD ST Geometries () 
RETURNS ST LineString ARRAY[ST MaxGeometryArrayElements], 


























OVERRIDING METHOD ST Geometries (ageometryarray ST Geometry 
ARRAY [ST MaxGeometryArrayElements] ) 
RETURNS ST MultiLineString 























7.2.19 SQL routines on type MultiSurface 
7.2.19.1 Supported routines 
The SQLUMM ST Centroid, ST PointOnSurface, and ST Area routines and the routines 


supported by GeomCo1l lection shall be supported for geometries of type MultiSurface. 


7.2.19.2 Declarations from SQL/MM (informative) 





CREATE TYPE ST MultiSurface 
UNDER ST _GeomCollection 
INSTANTIABLE 

NOT FINAL 



































< 





ETHOD ST Centroid() 
RETURNS ST Point 
LANGUAGE SOL 
IRMINISTIC 
INS SQL 
RETURNS NULL ON NULL INPUT, 




















H 
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METHOD ST PointOnSurface () 
RETURNS ST Point 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 















































ETHOD ST Area() 

RETURNS DOUBLE PRECISION 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 




































































METHOD ST Area(aunit CHARACTER VARYING (ST MaxUnitNameLength) ) 
RETURNS DOUBLE PRECISION 

LANGUAGE SQL 
ETERMINISTIC 
NTAINS SQL 
ETURNS NULL ON NULL INPUT, 






























































Pd CY ey Es 
oO 








OVERRIDING METHOD ST Geometries () 

ETURNS ST Surface ARRAY[ST MaxGeometryArrayElements], 
VERRIDING METHOD ST Geometries 

geometryarray ST Geometry 

RAY [ST MaxGeometryArrayElements] ) 

TURNS ST MultiSurface 









































fi bo w 


7.2.20 SQL routines on type Text 








The Annotation Text, Annotation Text Element, and Annotation Text Element Array 
provide text functionality as SQL objects. 





























CREATE TYPE ANNOTATION TEXT AS 
{ 
PrivateEnvelope AS GEOMETRY, 
PrivateElement Array AS ANNOTATION TEXT ELEMENT ARRAY 


} 
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CONSTRUCTOR METHOD ANNOTATION TEXT (anArray ANNOTATION TEXT ELEMENT ARRAY) 
RETURNS ANNOTATION TEXT 

ELF AS RESULT 

LANGUAGE SOL 

D iIRMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 


























4 






































< 





ETHOD CONCAT (b ANNOTATION TEXT) 
RETURNS ANNOTATION TEXT 
ELF AS RESULT 

LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 



















































































METHOD ENVELOPE () 
RETURNS GEOMETRY 
LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT 






























































METHOD ELEMENT ARRAY () 

RETURNS ANNOTATION TEXT ELEMENT ARRAY 
LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT 




























































































CREATE TYPE ANNOTATION TEXT ELEMENT ARRAY AS 
VARING ARRAY (MaxArraySize) OF ANNOTATION TEXT ELEMENT, 
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METHOD ElementN (aposition INTEGER) 
RETURNS ANNOTAT ON_ TEXT ELEMENT 
LANGUAGE SQL 
D NISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT 












































H 
Zs) 
K 
































G 














METHOD ElementN (element ANNOTATION TEXT ELEMENT 
aposition INTEGER) 

TURNS ANNOTATION TEXT ELEMENT ARRAY 

LF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT 














































































































CREATE TYPE ANNOTATION TEXT ELEMENT AS 
( 






























































privateValue AS CHARACTER VARYING (MaxArraySize), 
privateLocation AS GEOMETRY, 

privateLeaderLine AS GEOMETRY, 

privateTextAttributes AS CHARACTER VARYING (MaxArraySize) 


) 





CONSTRUCTOR METHOD AnnotationTextElement 
























































( value CHARACTER VARYING (MaxArraySize), 
location GEOMETRY, 
leaderLine GEOMETRY, 
textAttributes CHARACTER VARYING (MaxArraySize) ) 
TURNS ANNOTATION TEXT ELEMENT 





U 
LF AS RESULT 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT, 















































METHOD Value () 

RETURNS CHARACTER VARYING (MaxArraySize) 
LANGUAGE SQL 
D IRMINISTIC 

CONTAINS SQL 

RI RNS NULL ON NULL INPUT, 

















43 
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METHOD Value (value RETURNS ANNOTATION TEXT ELEMENT 
RETURNS ANNOTATION TEXT ELEMENT 

SELF AS RESULT 

LANGUAGE SOL 
DETERMINISTIC 

CONTAINS SOL 

RETURNS NULL ON NULL INPUT, 












































7] 


















































METHOD TextAttributes () 

RETURNS CHARACTER VARYING (MaxArraySize) 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 








7] 





















































METHOD TextAttributes (attributes CHARACTER VARYING (MaxArraySize) ) 
RETURNS ANNOTAT ON TEXT ELEMENT 

SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 


























] 












































METHOD Location () 
RETURNS GEHOMETRY 
LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 

















J 






























































METHOD Location (location GEOMETRY ) 
RETURNS ANNOTAT ON_ TEXT ELEMENT 
SELF AS RESULT 

LANGUAGE SQL 
DETERMINISTIC 

CONTAINS SQL 

RETURNS NULL ON NULL INPUT, 


























] 
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METHOD LeaderLine () 

RETURNS GEKOMETRY 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
R 
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RETURNS NULL ON NULL INPUT, 
METHOD LeaderLin (leaderLin GEOMETRY ) 
RETURNS ANNOTAT ON TEXT ELEMENT 
SELF AS RESULT 
LANGUAGE SQL 
DETERMINISTIC 
CONTAINS SQL 
RETURNS NULL ON NULL INPUT 
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Annex A 
(normative) 
Abstract Test Suite 


A.1 Purpose of this annex 


This annex outlines the requirements for a comprehensive test suite for each class of compliance for this standard. 
Each conformance clause defined in Section A.2 will address testing methods for a coherent set of requirements 
from the normative Clauses in this standard or other standards. Each compliance level or class, defined in Section 
A.4 below, will address a specified set of conformance clauses. 

Some of the conformance clauses are "parameterize" in the sense that they specify use of "appropriate" test from 
another clause. This is done to keep the number of clauses to a minimum while allowing for a finer degree of 


separation between conformance classes. Each time a parameterized conformance clause is used in defining an 
conformance class, it parameter must be specified. 


A.2 Conformance Tests 


A.2.1 Feature tables 


Test Purpose: To test the capability to create, access, query and modify feature tables (Section 7.1.4 or 7.2.3) 
and using the appropriate geometric types, as defined in the associated geometry conformance clause. 


Test Method: Each test will consist of: 
a) Reading a feature schema from a set of SQL statements 


b) Loading feature and geometry tables from a set of text load files containing SQL statements, or file of 
similar content as defined for the SQL version being used. 


c) Making attribute and spatial queries against the table so loaded above 


d) Getting an acceptable answer as tested by an export of the query results defined above. 


A.2.1.1. Features using geometry in predefined types 


Use the feature implementation defined in 7.1.4. 


A.2.1.2 Features using Binary or SQL geometry types 


Use the feature implementation defined in 7.2.3. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. OGC 06-104r4 


A.2.2 Geometry tables or type 


A.2.2.1_ Normalized geometry schema 

Test Purpose: To test the capability to create, access, query and modify feature spatial attributes using the 
appropriate geometric implementation as described in Clauses 6.1.5.1 Normalized geometry schema, 7.1.5.2 
Geometry stored using SQL numeric types with metadata as in 7.1.5,Geometry columns information. 


Test Method: Each test will consist of: 


a) Incorporating the appropriate geometric types in the feature table test of A.2.1 


A.2.2.2. Binary geometry 

Test Purpose: To test the capability to create, access, query and modify feature spatial attributes using the 
appropriate geometric types, Section 6.1.5.2 Binary geometry schema, 7.1.5.3 Geometry stored using SQL binary 
types with metadata as in 7.1.3,Geometry columns information. 


Test Method: Each test will consist of: 


a) Incorporating the appropriate geometric types in the feature table test of A.2.1 


A.2.2.3. SQL/MM geometry schema 

Test Purpose: To test the capability to create, access, query and modify feature spatial attributes using the 
appropriate geometric types, Section 6.1.5.3 SQL/MM geometry schema, 7.2 Components — SQL with Geometry 
Types implementation of feature tables, with metadata as in 7.1.3,Geometry columns information. 


Test Method: Each test will consist of: 


a) Incorporating the appropriate geometric types in the feature table test of A.2.1 


A.2.3 Spatial reference systems 


A.2.3.1. 2D Spatial reference systems 
Test Purpose: To test the capability of creating, and using 2D coordinate systems, coordinates in X and Y. 
Test Method: Each test will consist of: 


a) Defining a 2D coordinate systems compatible with a test feature and geometry test as defined in A.2.1, 
and A.2.1.1, for geometries compatible with a 2D coordinate system 


b) Execute the test as defined, and obtain appropriate query results. 
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A.2.3.2 3D Spatial reference systems 


Test Purpose: To test the capability of creating, and using 3D coordinate systems, coordinates in X, Y and Z. This 
includes the capability to create both 2D and 3D coordinate systems and to use them to describe geometry values. 


Test Method: Each test will consist of: 
a) Alltests in A.2.3.1 


b) Defining a 3D coordinate systems compatible with a test feature and geometry test as defined in A.2.1, 
and A.2.1.1, for geometries compatible with a 3D coordinate system 


c) Execute the test as defined, and obtain appropriate query results. 
Note: Spatial reference systems must still be defined on a column basis, and a feature table shall not mix 
geometry values from different spatial reference systems within a single attribute column. 


A.2.3.3 Measured Spatial reference systems 


Test Purpose: To test the capability of creating, and using Measured coordinate systems coordinates having an M. 
This includes the ability to create geometry values both with and without measured coordinates. 


Test Method: Each test will consist of: 


a) Defining a measured coordinate systems compatible with a test feature and geometry test as defined in 
A.2.1, and A.2.1.1, for geometries compatible with a measured coordinate system 


b) Execute the test as defined, and obtain appropriate query results. 


Note: Spatial reference systems must still be defined on a column basis, and a feature table shall not mix 
geometry values from different spatial reference systems within a single attribute column. 


A.2.4 Geometric format supported 


Test Purpose: To test the capability of creating and using geometric values in a particular representation format 
from one of the following Clauses. 


A.2.4.1. Geometry stored using SQL numeric types 


Perform the test using Section 7.1.5.2 Geometry stored using SQL numeric types (Table) 
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A.2.4.2. Geometry stored using SQL binary types 

Perform the test using Section 7.1.5.3 Geometry stored using SQL binary types (Binary Type) 
A.2.4.3. SQL Geometry Types 

Perform the test using Section 7.2.2 SQL Geometry Types (SQL Type) 


A.2.5 Geometric categories supported 
Test Purpose: To test the capability of creating and using geometric types as defined in the subclauses below 
Test Method: Each test will consist of 

a) Perform a test from Conformance Clause A.2 using appropriate geometry types. 


b) Creating and using geometry types including those defined in this Section according to the types defined 
in the appropriate section as listed below. 


A.2.5.1 Basic Geometric categories supported 

Perform the test with types in Part 1 Section 6.1.3 through 6.1.15, except 6.1.12 
A.2.5.2. Tins and Basic Geometric categories supported 

Perform the test with types the basic test and with the addition of TINs for 6.1.12. 
A.2.5.3 Full Geometric categories supported 

Perform the test with types in Part 1 Section 6.1.3 through 6.1.15. 


A.2.6 Text 


Test purpose: To test the capability of creating and using annotations of the appropriate types from one of the 
following Clauses. 


a) Section 6.2.9 (using predefined types — a table implementation) 


b) Section 7.2.20 (using SQL UDT types) 


Note: No binary implementation of annotations has been specified. 


A.2.6.1 Text using predefined types supported 


Perform the test with annotation text as defined in Section 6.2.9 (using predefined types — a table implementation) 
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A.2.6.2 Text using SQL UDT types supported 


Perform the test with annotation text as defined in Section 7.2.20 (using SQL UDT types) 


A.3 Composite Conformance Clauses 


A.4 Conformance Classes 


A.4.1 Types of conformance classes 


All conformant applications (SQL data servers) must support features (one of the tests in A.2.1), but may support 
the other aspects of this standard dependent on a set of five choices. Conformance class choices are base on the 
following parameters: 


a) Format of geometry supported — 
gT (table using predefined types) (not valid with M, 3D, or Text S)) A.2.4.1 and A.2.1.1 
gB (binary type) (tests A.2.4.2 and A.2.1.2) or 
gS (SQL type) ( tests A.2.4.3 and A.2.1.2) 
b) Types of geometry supported — 
b - Basic (no polyhedral surfaces) A.2.5.1, 
t - Basic plus TINS (must be 3D) A.2.5.2 or 
f - Full (must be 3D) A.2.5.3 
c) Dimension of coordinate systems supported — 
2D (two-dimensional) A.2.3.1 or 
3D (3-dimensional) includes 2D (test A.2.3.2) (only valid with geometry choices gB or gS) 
d) Measured or unmeasured Coordinate system — 
M (measured) (only valid with geometry B or S) (test A.2.3.3) or 
N (not measured) (no additional test) 
e) Types of annotation text supported — 
tT - table using predefined types) (test A.2.6.1) (valid only with geometry gB) (no additional test) or 
tS - SQL type (only valid with geometry gS) (test A.2.6.2) or 


tN - no text support (no additional tests), included for compatibility of SFA v1.1 (earlier) versions 


This means that a conformance class may be defined by a string of 5 characters from the list above in order sbject 
to the restrictions listed. 
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For example, the maximum compliance level for SQL types is (gS, f, 3D, M, tS). The minimal compliance level for 
v1.1, table geometry is (gT, b, 2D, N, tN). The other equivalences between V1.1 conformance classes () and 


those in this version are given in Table A 1. 


Table A 1 - Equivalences between V1.1 and V1.2 complinace classes 





V1.1 Conformance Class 


Equivalent V1.2 Conformance Class 





Normalized geometry schema 


(gT, b, 2D, N, tN) 





Binary geometry schema 


(gB, b, 2D, N, tN) 








Geometry types and functions 





(gS, b, 2D, N, tN) 
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Annex B 
(informative) 


Comparison of Simple feature access/SQL and SQL/MM - Spatial 


This informative annex provides a comparison of SFA-SQL and SQL/MM — Spatial. 


Geometry Types 


Operations 


Table B 1— Comparison of SFA-SQL and SQL/MM: Spatial 


ISO/IEC 13249-3:2003 


Point 
Curve 
Linestring 


Surface 


Polygon 
PolyhedralSurface 
GeomCollection 
ltipoint 
lticurve 
ltilinestring 
ltisurface 
ltipolygon 








Equals 
Disjoint 
Touches 
Within 
Overlaps 
Crosses 
Intersects 
Contains 





Oa, as ae Cee, Ga aaa 
PRAHA HAH 





ee eect pect eeepc ence a 





T Point 

[ Curve 

[ Linestring 

[ Circularstring 
[ CompoundCurve 
[ Surface 

[ CurvePolygon 

[ Polygon 


lyhedralSurface 
llection 
ltipoint 
ltiCurve 
ltilinestring 
ltisurface 
ltipolygon 








_Equals 





[ Disjoint 

[ Touches 

r “Within 

[ Overlaps 

[ Crosses 

[r Intersects 
r Contains 

T Relate 


The type ST PolyhedralSurface 
is currently not in SQL/MM but will be 
proposed as a result of this document. 


Functions: a 








[ ExplicitPoint () 


Return the Point 

Return the X-coordinate of point 
Return the Y-coordinate of point 
Return the Z-coordinate of point 
Return the M-coordinate of point 
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Length () Length () Return the length of curve 
StartPoint () T StartPoint () Return the first Point of curve 
EndPoint () T EndPoint () Return the last Point of curve 
IsClosed() T IsClosed() Check whether curve is closed 

IsRing() T_ISRing () Check whether curve is closed and simple 


[ CurveToLine Transform Curve to LineString 








LineString T LineString Return the LineString 

[ Points Return a collection of points 

NumPoints () T NumPoints Return the number of points 

PointN () T PointN Return a Point containing Point n of LineString 
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Annex C 
(informative) 


Conformance tests from version 1.1 


C.1 Purpose of this annex 


This conformance test is for an earlier 2D version of this standard, and has been replaced by an Abstract test 
suite that will be used to define a more complete set of conformance tests for the various options in this version of 
the standard. 


In order to conform to this standard for feature collections, an implementation shall satisfy the requirements of one 
of the following three conformance classes: 


a) SQL implementation of feature tables based on predefined data types: 
a. using numeric SQL types for geometry storage and SQL/CLI access, 
b. using binary SQL types for geometry storage and SQL/CLI access; 


a. SQL with Geometry Types implementation of feature tables supporting both textual and binary SQL/CLI 
access to geometry. 


This annex provides a conformance test for this standard. In general, the scope of the tests is to exercise each 
functional aspect of the standard at least once. The test questions and answers are defined to test that the 
specified functionality exists and is operable. Care has been taken to ensure that the tests are not at the level of 
rigor that a product quality-control process or certification test might be. However, some of the answers are further 
examined for reasonableness (for example, the area of a polygon is tested for correctness to two or three 
significant figures). The following sections further describe each test alternative. 


C.2 Test data 


C.2.1 Test data semantics 
The data for all of the test alternatives are the same. It is a synthetic data set, developed by hand, to exercise the 


functionality of the standard. It is a set of features that makes up a map (see Figure B.1) of a fictional location 
called Blue Lake. This section describes the test data in detail. 
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1 watercourse 
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— indicates where Route 5 is two lanes wide; 
indicates where Route 5 is four lanes wide 


3 Route 75 

4 Main Street 

5 one-lane road 

6 O bridge 


7 L@1 © buildings 


8 < > fish ponds 


Figure C 1: Test Data Concept — Blue Lake vicinity map 
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The semantics of this data set are as follows. 


a) 


A rectangle of the Earth is shown in UTM coordinates. Horizontal coordinates take meaning from POSC 
Horizontal Coordinate System #32214. Note 500,000 m false Easting, and WGS 72/ UTM zone 14N. Units 
are metres. 

Blue Lake (which has an island named Goose Island) is the prominent feature. 


There is a watercourse flowing from north to south. The portion from the top neatline to the lake is called Cam 
Stream. The portion from the lake to the bottom neatline has no name (Name value is “Null”). 


There is an area place named Ashton. 


There is a State Forest whose administrative area includes the lake and a portion of Ashton. Roads form the 
boundary of the State Forest. The “Green Forest” is the State Forest minus the lake. 


Route 5 extends across the map. It is two lanes wide where shown as a heavy black line. It is four lanes wide 
where shown as a heavy grey line. 


There is a major divided highway, Route 75, shown as a heavy double black line, one line for each part of the 
divided highway. These two lines are seen as a multiline. 


There is a bridge (Cam Bridge) where the road goes over Cam Stream, a point feature. 
Main Street shares some pavement with Route 5, and is always four lanes wide. 
There are two buildings along Main Street; each can be seen either as a point or as a rectangle footprint. 


There is a one-lane road forming part of the boundary of the State Forest, shown as a grey line with black 
borders. 


There are two fish ponds, which are seen as a collective, not as individuals; that is, they are a multi-polygon. 


C.2.2 Test data points and coordinates 


Figure B.2 depicts the points that are used to represent the map. 
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Dimensions in metres 
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Figure C 2: Points in the Blue Lake data set 
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Table B.1 gives these coordinates associated with each point. 


Table C 1: Coordinates associated with each point in the Blue Lake data set 
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C.3 Conformance tests 


C.3.1 Normalized geometry schema 


C.3.1.1. Conformance test overview 


OGC 06-104r4 


The scope of this test is to determine that the test data (once inserted) are accessible via the schema defined in 
the standard. Table B.2 shows the queries that accomplish this test. 


Table C 2: Queries to determine that test data are accessible via the normalized geometry schema 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 
properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


r 


For this test, we will check to see 
that all of the feature tables are 
represented by entries in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that all of the geometry tables are 
represented by entries in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct storage type for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct geometry type for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct coordinate 
dimension for the streams table 
is represented in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct value of max_ppr 
for the streams table is 
represented in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct value of srid for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 
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lakes, road_segments, divided_routes, 
buildings, buildings, forests, bridges, 
named_places, streams, ponds, 
map_neatlines 


lake_geom, road_segment_geom, 
divided_route_geom, forest_geom, 
bridge_geom, stream_geom, 
building_pt_geom, 
building_area_geom, pond_geom, 
named_place_geom, 
map_neatline_geom 


3 (corresponds to‘LINESTRING’) 





Functionality Tested Query Description | Answer 
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SPATIAL_REF_SYS table/view | For this test, we will check to see |'PROJCS["UTM_ZONE_14N", 
is created/updated properly that the correct value of srtext is |GEOGCS["World Geodetic System 72", 
represented in the DATUM["WGS_72", 
SPATIAL_REF_SYS table/view. |ELLIPSOID["NWL_10D", 6378135, 
298.26]], PRIMEM["Greenwich", 0], 
UNIT["Meter", 1.0]], 
PROJECTION["Transverse_Mercator"], 
PARAMETER|"False_Easting", 
500000.0], 
PARAMETER|"False_Northing", 0.0], 
PARAMETER|"Central_ Meridian", - 
99.0], PARAMETER["Scale_ Factor", 
0.9996], 
PARAMETER|"Latitude_of_origin", 
0.0], UNIT["Meter", 1.0]]' 
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C.3.1.2 Normalized geometry 


schema construction 


























































































































-- CREATE SPATIAL REF SYS METADATA TABLE 
CREATE TABLE spatial ref sys ( 
srid NTEGER NOT NULL PRIMARY KEY, 
auth_name CHARACTER VARYING, 
auth_srid NTEGER, 
srtext CHARACTER VARYING (2048) ); 
-- CREATE GEOMETRY COLUMNS METADATA TABLE 
CREATE TABLE geometry columns ( 
£f catalog _name CHARACTER VARYING, 
f table schema CHARACTER VARYING, 
f table name CHARACTER VARYING, 
£ geometry column CHARACTER VARYING, 
g_catalog_ name CHARACTER VARYING, 
g_table schema CHARACTER VARYING, 
g_table name CHARACTER VARYING, 
storage type NTEGER, 
geometry type NTEGER, 
coord dimension NTEGER, 
max ppr NTEGER, 
srid NTEGER REFERENCES spatial ref sys, 
CONSTRAINT gc_pk PRIMARY KEY (f catalog name, 




















































































































f table name, 





























£ geometry column)); 











































































































Create geometry tables 
Lake Geometry 
CREATE TABLE lake geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
x1 NTIEGER, 
yl NTIEGER, 
x2 NTIEGER, 
y2 NTIEGER, 
x3 NTIEGER, 
y3 NTIEGER, 
x4 NTIEGER, 
y4 NTIEGER, 
x5 NTIEGER, 
y5 NTIEGER, 
CONSTRAINT 1 gid pk PRIMARY KEY 
-- Road Segment Geometry 



































(gid, eseq, 
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f table schema, 
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CREATE TABLE road_segment_geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
xl NTIEGER, 
yl NTIEGER, 
x2 NTIEGER, 
y2 NTIEGER, 
x3 NTIEGER, 
y3 NTIEGER, 
CONSTRAINT rs_ gid pk PRIMARY KEY (gid, eseq, seq)); 

-- Divided Route Geometry 

CREATE TABLE divided route geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
xl NTIEGER, 
yl NTIEGER, 
x2 NTIEGER, 
y2 NTIEGER, 
x3 NTIEGER, 
y3 NTIEGER, 
CONSTRAINT dr gid pk PRIMARY KEY (gid, eseq, seq)); 

Forest Geometry 

CREATE TABLE forest _geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
xl NTIEGER, 
yl NTIEGER, 
x2 NTIEGER, 
y2 NTIEGER, 
x3 NTIEGER, 
y3 NTIEGER, 
x4 NTIEGER, 
y4 NTIEGER, 
x5 NTIEGER, 
y5 NTIEGER, 
CONSTRAINT f£ gid pk PRIMARY KEY (gid, eseq, seq)); 








Bridge Geometry 
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CREATE TABLE bridge geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
x1 NTEGER, 
yl NTEGER, 
CONSTRAINT b_ gid _pk PRIMARY KI! 
Stream Geometry 
CREATE TABLE stream_geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
x1 NTEGER, 
yl NTEGER, 
x2 NTEGER, 
y2 NTEGER, 
x3 NTEGER, 
y3 NTEGER, 
CONSTRAINT s_gid_pk PRIMARY KI! 
-- Bulding Point Geometry 
CREATE TABLE building pt_geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
x1 NTEGER, 
yl NTEGER, 
CONSTRAINT bp gid pk PRIMARY KI 
-- Bulding Area Geometry 
CREATE TABLE building area _geom ( 
gid NTEGER NOT NULL, 
eseq NTEGER NOT NULL, 
etype NTEGER NOT NULL, 
seq NTEGER NOT NULL, 
x1 NTEGER, 
yl NTEGER, 
x2 NTEGER, 
y2 NTEGER, 
x3 NTEGER, 
y3 NTEGER, 
x4 NTEGER, 
y4 NTEGER, 
x5 NTEGER, 
ys NTEGER, 
CONSTRAINT ba_gid_pk PRIMARY KI 


-- Pond Geometry 
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(gid, eseg, seq)); 


(gid, eseq, seq)); 





EY (gid, eseq, seq)); 





EY (gid, eseq, seq)); 
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CREATE TABLE pond _geom ( 

gid NTEGER NOT NULL 
eseq NTEGER NOT NULL 
etype NTEGER NOT NULL 
seq NTEGER NOT NU 
x1 NTEGER, 

yl NTEGER, 

x2 NTEGER, 

y2 NTEGER, 

x3 NTEGER, 

y3 NTEGER, 

x4 NTEGER, 

y4 NTEGER, 
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CONSTRAINT p_ gid pk PRIMARY KEY (gid, eseq, seq)); 


-- Named Place Geometry 




















CREATE TABLE named place geom ( 





R NOT N 

























































































gid NTEGE 
eseq NTEGE 
etype NTEGE 
seq NTEGEI 
xl NTEGEI 
yl NTEGEI 
x2 NTEGEI 
y2 NTEGE] 
x3 NTEGEI 
y3 NTEGE] 
x4 NTEGEI 
y4 NTEGE] 
CONSTRAINT 
-- Map Neatline Geometry 




















np _gid_pk PI 

















phe Ser 
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IMARY KEY (gid, eseq, seq)); 


CREATE TABLE map neatline geom ( 






















































































17 





17 











17 
































gid NTEGER NOT NUL! 
eseq NTEGER NOT NUL! 
etype NTEGER NOT NUL! 
seq NTEGER NOT NUL! 
x1 NTEGER, 
yl NTEGER, 
x2 NTEGER, 
y2 NTEGER, 
x3 NTEGER, 
y3 NTEGER, 
x4 NTEGER, 
y4 NTEGER, 
x5 NTEGER, 
ys NTEGER, 


CONSTRAINT mn_gid_pk PRI 








af 





[MARY KEY (gid, eseq, seq)); 
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-- Lakes 
CREATE TABLE lakes ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
shore gid NTEGER) ; 














-- Road Segments 
CREATE TABLE road_segments ( 
fid N 
































































































































































































































































































































































































































TEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
aliases CHARACTER VARYING(64), 
num_lanes NTEGER, 
centerline gid NTEGER) ; 

-- Divided Routes 

CREATE TABLE divided routes ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
num_lanes NTEGER, 
centerlines gid NTEGER) ; 

==> Forests 

CREATE TABLE forests ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
boundary gid NTEGER) ; 

-- Bridges 

CREATE TABLE bridges ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
position gid NTEGER) ; 

-- Streams 

CREATE TABLE streams ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
centerline gid NTEGER) ; 

-- Buildings 

CREATE TABLE buildings ( 
fid NTEGER NOT NULL PRIMARY KEY, 
address CHARACTER VARYING(64), 
position gid NTEGER, 
footprint gid NTEGER) ; 

-- Ponds 

CREATE TABLE ponds ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
type CHARACTER VARYING (64), 
shores gid NTEGER) ; 

















-- Named Places 
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CREATE TABLE named places ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
boundary gid NTEGER) ; 

-- Map Neatline 

CREATE TABLE map neatlines ( 
fid NTEGER NOT NULL PRIMARY KEY, 
neatline gid NTEGER) ; 




















C.3.1.3 Normalized geometry schema data loading 


Referenc 





--Spatial 
NSERT 
"PROJ 
72" DAT 




















14N", 


System 
NTO spatial ref sys VALUES (101, 
CS["UTM_ZONE_ 
UM["WGS 72", 





"POSC', 
GEOGCS ["World Geod 
ELLIPSOID["NWL_10D", 
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AEM [ "Gree 





owich", 








0],UNIT 
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0.0],PAl 
0.9996] 
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RAM 
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RAM 

















ET 
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ER [ W 


["Meter",1.0]], PROJ 
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tral | 
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ECTION["Transver 








32214, 
etic System 
6378135, 
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ET 
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QO. 
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iRT 
591: 
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lakes VALU 
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lake_geom VAL 


UE 


101, 
































ES ( 








segments 
NTO road_segme 
101, dhs, 3; Ly 0,1 











ES ( 
6,23); 


U 














road_segme 
3, 2, 28, 
road_segme 
3, 1, 44, 
road_segme 
3, 1, 70, 
road_segme 
3, 1, 70, 
road_segme 
3, 1, 28, 
road_segme 
road_segme 
road_segme 
road_segme 








101, 1, 











Ziy dis, 











By 1, 
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NULL, 2, 101); 
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NULL, 2, 103); 
NULL, 4, 
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NSERT INTO road_segments VALUES(106, 'Dirt Road by Green Forest', NULL, 
Des. LOS) 3 

-- DividedRoutes 

NSERT INTO divided route _geom VALUES (101, 1, 9, , 10,48, 10,21, 10,0); 

NSERT INTO divided route _geom VALUES (101, 2, 9, , 16,0, 10,23, 16,48); 

NSERT INTO divided routes VALUES (119, 'Route 75', 4, 101); 

-- Forests 

NSERT INTO forest _geom VALUES(101, 1, 11, 1, 28,26, 28,0, 84,0, 84,42, 
28,26); 

NSERT INTO forest _geom VALUES (101, po Vihfe 25: S25-US, 666,23, “E3795. 487-65 
52,18); 

NSERT INTO forest _geom VALUES (101, 2, pz ly. 597-18, “67, 18> 67,135 -59; 23, 
59,18); 

NSERT INTO forests VALUES(109, 'Green Forest', 101); 

-- Bridges 

NSERT INTO bridge geom VALUES(101, 1, 1, 1, 44, 31); 

NSERT INTO bridges VALUES(110, 'Cam Bridge', 101); 

-- Streams 

NSERT INTO stream_geom VALUES (101, pg Sep Tyo 38748,.-44,-41,- 415 36) 4 

NSERT INTO stream _geom VALUES (101, , 3, 2, 44,31, 52,18, NULL,NULL) ; 

NSERT INTO stream_geom VALUES (102, 1, 7. Oe TOE 05. TB pa; 1379: 4 

NSERT INTO streams VALUES(111, 'Cam Stream', O01); 

NSERT INTO streams VALUES(112, 'Cam Stream', O02) ; 

-- Buildings 

NSERT INTO building pt _geom VALUES (101, Z 7 1G 924-3.0))} 

NSERT INTO building pt _geom VALUES (102, P , Ly 6457-33) 

NSERT INTO building area_geom VALUES(101, 1, 5, 1, 50,31, 54,31, 

54-29%: SO, 29;.-5073.1) 7 
NSERT INTO building area_geom VALUES (102, 1, 5, 1, 66,34, 62,34, 62,32, 
66,32, 66,34); 

NSERT INTO buildings VALUES (113, '123 Main Street', 101, 101); 

NSERT INTO buildings VALUES (114, '215 Main Street', 102, 102); 

-- Ponds 

NSERT INTO pond_geom VALUES (101, 1, 7 , 24, , 22,42, 24,40, 24, Fe 

NSERT INTO pond_geom VALUES(101, 2, 11, 7 26; 7 26,40, 28,42; 26; )F 

NSERT INTO ponds VALUES(120, NULL, 'Stock Pond', 101); 

-- Named Places 

NSERT INTO named place geom VALUES (101, 7, Dy dy 02748 ;. 84,48; 84,30, 
56,30); 

NSERT INTO named place geom VALUES (101, y Dy 2, 56,30, 56,34, 62,48, 
NULL, NULL) ; 

NSERT INTO named _place_geom VALUES (102, po Sy dpe 15-13%. 167 fly 5:9 71-8) 
5:9513)) ¥ 

NSERT INTO named place _geom VALUES (102, Wo OG, 2 1994 3, (CT zy 
NULL,NULL, NULL,NULL) ; 

NSERT INTO named places VALUES (117, 'Ashton', 101); 

INSERT INTO named places VALUES (118, 'Goose Island', 02); 

-- Map Neatlines 
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NSERT INTO map _neatline_geom VALUES (101, 1, 5, 1, 0,0, 0,48, 84,48, 
84,0, 0,0); 
NSERT INTO map _neatlines VALUES (115, 101); 
-- Geometry Columns 
NSERT INTO geometry columns VALUES ( 
‘lakes', 'shore gid', 
"lake _geom',0, 5, 2, 5, 101); 
NSERT INTO geometry columns VALUES ( 
"road_segments', ‘centerline gid', 
"road segment _geom',0, 3, 2, 3, 101); 
NSERT INTO geometry columns VALUES ( 
"divided _routes', 'centerlines gid', 
"divided route _geom',0O, 9, 2, 3, 101); 
NSERT INTO geometry columns VALUES ( 
orests', ‘boundary gid', 
orest_geom',0, 11, 2, 5, 101); 
NSERT INTO geometry columns VALUES ( 
"bridges', 'position gid', 
"bridge _geom',0O, 1, 2, 1, 101); 
NSERT INTO geometry colum I 
"streams', 'centerlin 
"stream _geom',0O, 3, 2, 3, 101); 
NSERT INTO geometry columns VALUES ( 
"buildings', "position gid', 
"building pt_geom',0O, 1, 2, 1, 101); 
NSERT INTO geometry columns VALUES ( 
"buildings', 'footprint_gid', 
"building area_geom',0O, 5, 2, 5, 101); 
NSERT INTO geometry columns VALUES ( 
ponds', ‘shores gid', 
"pond _geom',0, 11, 2, 4, 101); 
NSERT INTO geometry columns VALUES ( 
"named places', ‘boundary gid', 
"named place _geom',0O, 5, 2, 4, 101); 
NSERT INTO geometry columns VALUES ( 
"map _neatlines', 'neatline gid', 
"map neatline geom',0, 5, 2, 5, 101); 
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C.3.1.4 Normalized geometry schema test queries 


-- Conformance Item N1 
SELECT f£ table name 

FROM geometry columns; 
-- Conformance Item N2 
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SELECT g_ table name 

FROM geometry columns; 
-- Conformance Item N3 
SELECT storage type 
FROM geometry columns 
WHERE f£ table name = 'streams'; 
-- Conformance Item N4 
SELECT geometry type 
FROM geometry columns 
WHERE f£ table name = 'streams'; 
-- Conformance Item N5 

SELECT coord dimension 

FROM geometry columns 

WHERE f£ table name = 'streams'; 
-- Conformance Item N6 
SELECT max_ppr 
FROM geometry columns 

WHERE f£ table name = 'streams'; 
-- Conformance Item N7 
SELECT srid 
FROM geometry columns 

WHERE f£ table name = 'streams'; 
-- Conformance Item N8 

SELECT srtext 
FROM SPATIAL REF SYS 
WHERE SRID = 101; 




























































































































































































C.3.2 Binary geometry schema 


C.3.2.1 Conformance test overview 


The scope of this test is to determine that the test data (once inserted) are accessible via the schema defined in 
the standard. Table B.3 shows the queries that accomplish this test. 


Table C 3: Queries to determine that test data are accessible via the binary geometry schema 
Functionality Tested Query Description Answer 


Table B.1 — For this test, we will check to see | lakes, road_segments, divided_routes, 
GEOMETRY_COLUMNS that all of the feature tables are | buildings, buildings, forests, bridges, 
table/view is created/updated represented by entries in the named_places, streams, ponds, 
properly GEOMETRY_COLUMNS map_neatlines 

table/view. 





GEOMETRY_COLUMNS For this test, we will check to see |lake_geom, road_segment_geom, 
table/view is created/updated that all of the geometry tables are | divided_route_geom, forest_geom, 
properly represented by entries in the bridge_geom, stream_geom, 
GEOMETRY_COLUMNS building_pt_geom, 

table/view. building_area_geom, pond_geom, 
named_place_geom, 
map_neatline_geom 
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GEOMETRY_COLUMNS 
table/view is created/updated 
properly 


For this test, we will check to see 
that the correct storage type for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 
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GEOMETRY_COLUMNS 
table/view is created/updated 
properly 


For this test, we will check to see 
that the correct geometry type for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 


3 (corresponds to ‘LINESTRING’) 





GEOMETRY_COLUMNS 
table/view is created/updated 
properly 


For this test, we will check to see 
that the correct coordinate 
dimension for the streams table 
is represented in the 
GEOMETRY_COLUMNS 
table/view. 





GEOMETRY_COLUMNS 


table/view is created/updated 
properly 


For this test, we will check to see 
that the correct value of srid for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 








SPATIAL_REF_SYS table/view 
is created/updated properly 





For this test, we will check to see 
that the correct value of srtext is 
represented in the 
SPATIAL_REF_SYS table/view. 
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‘PROJCS["UTM_ZONE_14N", 
GEOGCS|["World Geodetic System 72", 
DATUM["WGS_72", 
ELLIPSOID["NWL_10D", 6378135, 
298.26]], PRIMEM["Greenwich", 0], 
UNIT["Meter", 1.0]], 
PROJECTION["Transverse_Mercator"], 
PARAMETER['False_Easting", 
500000.0], 
PARAMETER['False_Northing", 0.0], 
PARAMETER["Central_ Meridian", - 
99.0], PARAMETER["Scale_Factor", 
0.9996], 
PARAMETER["Latitude_of_origin", 
0.0], UNIT["Meter", 1.0]]' 
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C.3.2.2 Binary geometry schema construction 











CREATE TABLE spatial ref sys ( 
















































































































































































srid NTEGER NOT NULL PRIMARY KEY, 
auth _name CHARACTER VARYING, 
auth_srid NTEGER, 
srtext CHARACTER VARYING (2048) ); 
-- Geometry Columns 
CREATE TABLE geometry columns ( 
f table schema CHARACTER VARYING, 
f table name CHARACTER VARYING, 
£f geometry column CHARACTER VARYING, 
g_ table schema CHARACTER VARYING, 
g_table name CHARACTER VARYING, 
storage type NTEGER, 
geometry type NTEGER, 
coord dimension NTEGER, 
max ppr NTEGER, 
srid NTEGER REFERENCES spatial ref sys, 
CONSTRAINT gc_pk PRIMARY KEY (f table schema, f table name, 





£f geometry column)); 
Lake Geometry 
CREATE TABLE lake geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER 
wkbgeometry VARBINARY) ; 
-- Road Segment Geometry 
CREATE TABLE road_segment_geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGE 
ymin INTEGE 
xmax INTEGE 
ymax INTEGE 
wkbgeometry VARBINARY) ; 
-- Divided Route Geometry 
CREATE TABLE divided route geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 
Forest Geometry 
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CREATE TABLE forest _geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 





-- Bridge Geometry 






















































































CREATE TABLE bridge _geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 





Stream Geometry 































































































CREATE TABLE stream_geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 





-- Bulding Point Geometry 







































































CREATE TABLE building pt_geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 





























wkbgeometry VARBINARY) ; 





-- Bulding Area Geometry 



























































CREATE TABLE building area _geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 




















wkbgeometry VARBINARY); 
-- Pond Geometry 
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CREATE TABLE pond _geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER 
xmax INTEGER 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 
-- Named Place Geometry 
CREATE TABLE named place geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER, 
xmax INTEGER, 
ymax INTEGER, 
wkbgeometry VARBINARY) ; 
-- Map Neatline Geometry 
CREATE TABLE map _neatline geom ( 
gid NTEGER NOT NULL PRIMARY KEY, 
xmin INTEGER, 
ymin INTEGER 
xmax INTEGER 
ymax INTEGER 
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wkbgeometry VARBINARY) ; 

-- Lakes 

CREATE TABLE lakes ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
shore gid INTEGER) ; 

-- Road Segments 

CREATE TABLE road_segments ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
aliases CHARACTER VARYING (64), 
num_lanes INTEGER, 
centerline gid NTEGER) ; 

-- Divided Routes 

CREATE TABLE divided routes ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
num_lanes INTEGER, 
centerlines gid NTEGER) ; 

== Forests 

CREATE TABLE forests ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
boundary gid NTEGER) ; 

-- Bridges 
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CREATE TABL 














E bridges ( 
















































































































































































































































































































































































fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING (64), 
position gid NTEGER) ; 

-- Streams 

CREATE TABLE streams ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
centerline gid NTEGER) ; 

-- Buildings 

CREATE TABLE buildings ( 
fid NTEGER NOT NULL PRIMARY KEY, 
address CHARACTER VARYING(64), 
position gid NTEGER, 
footprint gid NTEGER) ; 

-- Ponds 

CREATE TABLE ponds ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
type CHARACTER VARYING(64), 
shores gid NTEGER) ; 

-- Named Places 

CREATE TABLE named places ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
boundary gid NTEGER) ; 

-- Map Neatline 

CREATE TABLE map neatlines ( 
fid NTEGER NOT NULL PRIMARY KEY, 
neatline gid NTEGER) ; 

















C.3.2.3 Binary geometry schema data loading 


-- Spatial Reference Systems 








NSERT 
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NTO spatial ref sys VALUI 





El 
nN 
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(101, 'POSC', 32214, 
"PROJCS["UTM_ZONE_14N", 
GEOGCS["World Geodetic System 72", 
DATUM["WGS_72",ELLIPSOID["NWL 10D", 6378135, 298.26]], 
PRIMEM["Greenwich",0], 

UNIT["Meter",1.0]], 

PROJECTION["Transverse Mercator"], 

ER["False Easting", 500000.0], 

ER["False Northing", 0.0], 

ITER["Central Meridian", -99.0], 
PARAMETER["Scale Factor", 0.9996], 
PARAMETER["Latitude of origin", 0.0], 

UNIT["Meter", 1.0]]' 






















































































td 
re 
Po) 
a 
re 
HYyaygs 




















Lakes 








NS 











ERT INTO lake geom VALUES(101, 48.0, 6.0, 73.0, 23.0, 





HEXTOVARBINARY ('010300000002000000050000000000000000004a400000000000 
00324000000000008050400000000000003740000000000040524000000000000022 
40000000000000484000000000000018400000000000004a40000000000000324005 
0000000000000000804d4000000000000032400000000000c0504000000000000032 
400000000000c050400000000000002a400000000000804d400000000000002a4000 
00000000804d400000000000003240"'); 





















































NSE 


RT INTO lakes VALUES ( 





Road segments 





101, 'BLUE LAKE', 101); 























NSE 











RT INTO road_segment_geom VALUES ( 














101, 0.0, 18.0, 44.0, 31.0, 

HEXTOVARBINARY ('0102000000050000000000000000000000000000000000324000 
00000000002440000000000000354000000000000030400000000000003740000000 
0000003c400000000000003a4 000000000000046400000000000003F40'); 


























NSE 








RT INTO road_segment_geom VALUES ( 








102, 44.0, 31.0, 70.0, 38.0, 
HEXTOVARBINARY ('01020000000300000000000000000046400000000000003£4000 
00000000004c40000000000000414000000000008051400000000000004340"'); 























NSE 














RT INTO road_segment_geom VALUES ( 


103; 70.0, 38.0, 72.0, 48.0, 
HEXTOVARBINARY ('0102000000020000000000000000805140000000000000434000 
000000000052400000000000004840"'); 























NSE 








RT INTO road_segment_geom VALUES ( 








104, 70.0, 38.0, 84.0, 42.0, 
HEXTOVARBINARY ('0102000000020000000000000000805140000000000000434000 
000000000055400000000000004540"'); 























NSE 








RT INTO road_segment_geom VALUES ( 








105, 28.0, 0.0, 28.0, 26.0, 
HEXTOVARBINARY ('0102000000020000000000000000805140000000000000434000 
000000000055400000000000004540"'); 




















NSE 


RT INTO road_segments VALUES(102, 'Route 5', NULL, 2, 101); 





INSE 


oral 








RT INTO road_segments VALUES(103, 'Route 5', 'Main Street', 4, 102); 












































NSE 











RT INTO road_segments VALUES(104, 'Route 5', NULL, 2, 103); 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. IXxxv 


OGC 06-104r4 























LO5)5 


DividedRoutes 








ERT 





Hi] 





a 
Hy 





XTOVARB 











NTO road_segments VAL 
NTO road_segments VAL 


105, 














106, 





NTO divided_route geom VALUES (101, 
NARY ('0105000000020000000102000000030000000000000000002440 
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"Main Street', NULL, 4, 104); 


"Dirt Road by Green Forest', NULL, 





10.0, 0.0, 16.0, 48.0, 


00000000000048400000000000002440000000000000354000000000000024400000 
00000000000001020000000300000000000000000030400000000000000000000000 
0000002440000000000000374000000000000030400000000000004840"'); 





NSE 


RT 





Fores 


ts 








NSE 








RT 








Hi] 





G 
By 


00003c400000000000003a4 


55 
00 
50 
00 
00 





XTOVAR 





B 











40000000000000374 





00000000000000804 


NTO divided routes VALUI 


NTO forest _geom VALU 
NARY ('0106000000020000000103000000020000000500000000000000 
100000000000003c400000000000000000000000000000 
400000000000000000000000000000554000000000000045400000000000003c4 
00000000003a4005000000000000000000 
00000000000 
00000000001840000000000000 








ES (119, 


ES(101, 


"Route 75', 4, 101); 


28.0, 0.0, 84.0, 42.0, 


0 
a400000000000003240000000000080 
0524000000000000022400000000000004840 
0000000000000324001030000000100000005 





























a 





d4000000000000032400000000000c0504000000000000032 








400000000000c050400000000000002a400000000000804d400000000000002a4000 


00000000804d40000000000000324 








ERT 











ERT 
HE 











B 








XTOVAR 





ERT 





























ERT 











Hi] 





a 
Hy 





XTOVAR 





B 








NTO forests VALUE 
Bridges 
NTO bridge _geom VALUI 
NARY ('OLOLOOODO000000000000046400000000000003£40"'); 
NTO bridges VALUE 
Streams 

NTO stream_geom VALU 
NARY ('0102000000050000000000000000004340000000000000484000 


S(109, 





S$(110, 








"Green Forest', 
BS(101, 
"Cam 


ES (101, 


Oe ee 
101); 


44.0, 31.0, 44.0, 31.0, 





Bridge', 101); 


38.0, 18.0, 52.0, 48.0, 


00000000004640000000000080444000000000008044400000000000004240000000 
00000046400000000000003£400000000000004a400000000000003240"'); 





ERT 


NTO stream_geom 























XTOVARB 
0 





TO streams VALU! 





VALU! 


ES (11 





] Ud 














TO streams VALU 





ES (1 








ie: 





ings 











BINARY ('01 





TO building pt_geom VAI 
01 


1U 


BS (102, 
NARY ('0102000000030000000000000000005340000000000000000000 
00000805340000000000000104000000000004052400000000000002240'); 

"Cam Stream', 
"Cam Stream', 


ES 


13's 09 0.-05- TBO 7 G04 





101) 
102); 





— 


LOI. 7 9 22-0);.. 3.0% 07. 920.05 3.0:5.07 





000000 








lding pt 








B 





g 





eom VALU 
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NSE 





RT INTO building area_ 











HEXTOVARB 
004 














66. 





geom VALUES (102, 62.0, 32.0, 
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0, 34.0, 


NARY ('0103000000010000000500000000000000008050400000000000 
1400000000000004£4000000000000041400000000000004£4000000000000040 


400000000000805040000000000000404000000000008050400000000000004140') 


, 





ERT INTO buildings VAI 





U] 


BS(113, '123 Main Street', 101, 


101); 














ERT INTO buildings VAI 





UI 








BS(114, '215 Main Street', 102, 





102); 








Ponds 




















ERT INTO pond_geom VAI 





UI 








PS (101, 22.0) 40.0, 28.0, 44.0, 








HEXTOVARB 
000038400000000000004 
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00 
40! 























400000000000003c4 
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NSE 


RT 
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ERT INTO map _neatline g 
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laces VAI 
laces VAI 


164000000000000036400000000000004 











1000000000000045400000000000003a4 


20, NULL, 'Stock Pond', 101); 





om VALUES (101, 56.0, 30.0, 84.0, 





om VALUES (102, 59.0, 13.0, 67.0, 


1U 
1U 


ES (1 
ES (1 


ae 
18, 


"Ashton', 101); 
"Goose Island', 




















102); 





0 





eom VALUES (101, .0, 0.0, 84.0, 


NARY ('0106000000020000000103000000010000000400000000000000 


1540000000000000 


1000000000000046400103000000010000 
16400000000000003a400000000000 


1000000000000046 


48.0, 


NARY ('010300000001000000060000000000000000004f400000000000 
8400000000000005540000000000000484000000000000055400000000000003e 
100000000000004c400000000000003e400000000000004c40000000000000414000 
00000000004£400000000000004840"'); 


18.0, 


NARY ('010300000001000000050000000000000000c050400000000000 
002a400000000000cC0504000000000000032400000000000804d4000000000000032 
100000000000804d400000000000002a400000000000cC050400000000000002a40') 


48.0, 


NARY ('0103000000010000000500000000000000000000000000000000 


00000000000000000000000000000000004840000000000000554000000000000048 
400000000000005540000000000000000000000000000000000000000000000000') 


, 





ERT 
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ERT INTO geometry col 
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NTO geometry colum 





ant 


orests', 
orest_geom',1, 
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s VAI 
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NSERT INTO geometry columns VALUES ( 
"bridges', 'position_gid', 
"bridge _geom',1, 1, 2, 0); 
NSERT INTO geometry colun 
"streams', 'centerli 
"stream _geom',1, 3, 2, 0); 
NSERT INTO geometry columns VALUES ( 
"buildings', "position gid', 
"building pt_geom',1, 1, 2, 0); 
NSERT INTO geometry columns VALUES ( 
"buildings', 'footprint_gid', 
"building area_geom',1, 5, 2, 0); 
NSERT INTO geometry columns VALUES ( 

ponds', ‘shores gid’, 
"pond _geom',1, 11, 2, 0); 
NSERT INTO geometry columns VALUE ( 

"named places', ‘boundary gid', 

"named place _geom',1l, 5, 2, 0); 

NSERT INTO geometry columns VALUES ( 
"map _neatlines', 'neatline gid', 
"map neatline geom',1, 5, 2, 0); 











35 5D 
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< 
ee 
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C.3.2.4 Normalized geometry schema test queries 





-- Conformance Item Bl 
SELECT f£ table name 
FROM geometry columns; 
-- Conformance Item B2 
SELECT g table name 


FROM geometry columns; 
-- Conformance Item B3 
SELECT storage type 
FROM geometry columns 
VHERE £ table name = 'streams'; 
-- Conformance Item B4 

SELECT geometry type 
FROM geometry columns 

VHERE £ table name = 'streams'; 
-- Conformance Item B5 

SELECT coord dimension 

FROM geometry columns 

VHERE £ table name = 'streams'; 
-- Conformance Item B6 
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SELECT srid 
































-- Conformance Item B7 
SELECT srtext 






































WHERE SRID = 101; 














C.3.3 Geometry types and functions 


The scope of this test determines that 


FROM geometry columns 
WHERE f table name 


FROM SPATIAL REF_SYS 


"streams' 


a) the database of the test (once inserted) is accessible via the schema defined in this standard; 


b) that the functionality defined in this standard is implemented as described. 


Table B.4 shows the queries that accomplish the first part of this test. 


Table C 4: Queries that accomplish the test of geometry types and functions 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 
properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


GEOMETRY_COLUMNS 
table/view is created/updated 


properly 


For this test, we will check to see 
that all of the feature tables are 
represented by entries in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct geometry column 
for the streams table is 
represented in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct coordinate 
dimension for the streams table 
is represented in the 
GEOMETRY_COLUMNS 
table/view. 


For this test, we will check to see 
that the correct value of srid for 
the streams table is represented 
in the GEOMETRY_COLUMNS 
table/view. 
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lakes, road_segments, divided_routes, 
buildings, forests, bridges, 
named_places, streams, ponds, 
map_neatlines# 
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SPATIAL_REF_SYS table/view 
is created/updated properly 


For this test, we will check to see 
that the correct value of srtext is 
represented in the 
SPATIAL_REF_SYS table/view. 


‘PROJCS["UTM_ZONE_14N", 
GEOGCS|["World Geodetic System 72", 
DATUM["WGS_72", 
ELLIPSOID["NWL_10D", 6378135, 
298.26]], PRIMEM["Greenwich", 0], 
UNIT["Meter", 1.0]], 
PROJECTION["Transverse_Mercator"], 
PARAMETER['False_Easting", 
500000.0], 
PARAMETER["False_Northing", 0.0], 
PARAMETER["Central_ Meridian", - 
99.0], PARAMETER["Scale_Factor", 
0.9996], 
PARAMETER["Latitude_of_origin", 
0.0], UNIT["Meter", 1.0]]' 


Dimension(g Geometry) : Integer |For this test, we will determine 
the dimension of Blue Lake. 
For this test, we will determine ‘MULTILINESTRING' 
the type of Route 75. 


GeometryType(g Geometry) : 
String 


AsText(g Geometry) : String 


AsBinary(g Geometry) : Blob 


SRID(g Geometry) : Integer 


Integer 


IsSimple(g Geometry) : 


Integer 


Boundary(g Geometry) : 
Geometry 


IsEmpty(g Geometry) : 
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For this test, we will determine 
the WKT representation of 
Goose Island. 


For this test, we will determine 
the WKB representation of 
Goose Island. We will test by 
applying AsText to the result of 
PolyFromText to the result of 
AsBinary. 


'POLYGON( ( 67 13, 67 18, 59 18, 59 
13, 67 13) )'¢ 


'POLYGON( ( 67 13, 67 18, 59 18, 59 
13, 67 13) )'¢ 


For this test, we will determine 101» 
the SRID of Goose Island. 


For this test, we will determine 
whether the geometry of a 
segment of Route 5 is empty. 


For this test, we will determine 
whether the geometry of a 
segment of Blue Lake is simple. 


For this test, we will determine 
the boundary of Goose Island. 


0 

Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


1 
Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


'LINESTRING( 67 13, 67 18, 59 18, 59 
13, 6713)’ 

or 

‘MULTILINESTRING (( 67 13, 67 18, 
59 18, 59 13, 67 13))' 
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714 Envelope(g Geometry) : Integer | For this test, we will determine ‘POLYGON( ( 59 13, 59 18, 67 18, 67 
the envelope of Goose Island. 13, 59 13) )' 
T15 X(p Point) : Double Precision For this test we will determine the | 44,00 
X coordinate of Cam Bridge. 
Y(p Point) : Double Precision For this test we will determine the | 31,00 
Y coordinate of Cam Bridge. 
( ) 


T16 
T17 


StartPoint(c Curve) : Point For this test, we will determine ‘POINT( 0 18 )' 
the start point of road 
segment 102. 


EndPoint(c Curve) : Point For this test, we will determine ‘POINT( 44 31 )' 
the end point of road 
segment 102. 


IsClosed(c Curve) : Integer For this test, we will determine 1 
the boundary of Goose Island. Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


IsRing(c Curve) : Integer For this test, we will determine 1 
the boundary of Goose Island. Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


Length(c Curve) : Double For this test, we will determine 26,00 (in metres) 
Precision the length of road segment 106. 
NumPoints(| LineString) : Integer | For this test, we will determine 5 

the number of points in road 

segment 102. 


PointN(| LineString, n Integer) : For this test, we will determine ‘POINT( 0 18 )' 
Point the 1st point in road 
segment 102. 
Centroid(s Surface) : Point For this test, we will determine 'POINT( 53 15.5 )'4 
the centroid of Goose Island. 
1 


PointOnSurface(s Surface) : For this test, we will determine a 

Point point on Goose Island®. Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


Area(s Surface) : Double For this test, we will determine 40,00 (square metres) 
Precision the area of Goose Island. 
( 


ExteriorRing(p Polygon) : For this test, we will determine ‘LINESTRING(52 18, 66 23, 73 9, 48 
LineString the exterior ring of Blue Lake. 6, 52 18)’ 


NuminteriorRings(p Polygon) : For this test, we will determine 1 
Integer the number of interior rings of 
Blue Lake. 
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InteriorRingN(p Polygon, n For this test, we will determine 'LINESTRING(59 18, 67 18, 67 13, 59 
Integer) : LineString the first interior ring of Blue Lake. | 13, 59 18)’ 


NumGeometries(g For this test, we will determine 2 
GeomCollection) : Integer the number of geometries in 
Route 75. 


GeometryN(g GeomCollection, n |For this test, we will determine 'LINESTRING( 16 0, 16 23, 16 48 )' 
Integer) : Geometry the second geometry in 
Route 75. 


IsClosed(mec MultiCurve) : For this test, we will determine if |0 
Integer the geometry of Route 75 is Some commercial SQL 
closed. implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


Length(mc MultiCurve) : Double |For this test, we will determine 96,00 (in metres) 

Precision the length of Route 75. 

Centroid(ms MultiSurface) : Point | For this test, we will determine 'POINT( 25 42 )' 
the centroid of the ponds. 


PointOnSurface(ms For this test, we will determine a 
MultiSurface) : Point point on the ponds.® Ss commercial SQL 


implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


Area(ms MultiSurface) : Double | For this test, we will determine 8,00 (in square metres) 
Precision the area of the ponds. 


Equals(g1 Geometry, g2 For this test, we will determine if 
Geometry) : Integer the geometry of Goose Island is ae commercial SQL 
equal to the same geometry as implementations with type extensibility 
constructed from it's WKT systems support only BOOLEAN return 
representation. values. Expected test results should be 
adjusted accordingly. 


Disjoint(g1 Geometry, g2 For this test, we will determine if | 1 
Geometry) : Integer the geometry of Route 75 is Some commercial SQL 
disjoint from the geometry of implementations with type extensibility 
Ashton. systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


Touches(g1 Geometry, g2 For this test, we will determine if | 1 
Geometry) : Integer the geometry of Cam Stream Some commercial SQL 
touches the geometry of Blue implementations with type extensibility 
Lake. systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 





Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Functionality Tested Query Description a 


Within(g1 Geometry, g2 
Geometry) : Integer 


Overlaps(g1 Geometry, g2 
Geometry) : Integer 


Crosses(g1 Geometry, g2 
Geometry) : 


Lae 
a 
é 
Intersects(g1 Geometry, g2 
Geometry) : Integer 
a 
Cs 
a 


Integer 


Contains(g1 Geometry, g2 


Geometry) : Integer 


Relate(g1 Geometry, g2 


Geometry, PatternMatrix String) : 


Integer 


Distance(g1 Geometry, g2 
Geometry) : 


Intersection(g1 Geometry, g2 
Geometry) : Geometry 


Difference(g1 Geometry, g2 
Geometry) : Geometry 


Double Precision 


For this test, we will determine if 
the geometry of the house at 
215 Main Street is within Ashton. 


For this test, we will determine if 
the geometry of Green Forest 
overlaps the geometry of 
Ashton. 


For this test, we will determine if 
the geometry of road 

segment 101 crosses the 
geometry of Route 75. 


For this test, we will determine if 
the geometry of road 

segment 101 intersects the 
geometry of Route 75. 


For this test, we will determine if 
the geometry of Green Forest 
contains the geometry of Ashton. 


For this test, we will determine if 
the geometry of Green Forest 
relates to the geometry of Ashton 
using the pattern "TTTTTTTTT". 


For this test, we will determine 
the distance between Cam 
Bridge and Ashton. 


For this test, we will determine 
the intersection between Cam 
Stream and Blue Lake. 


For this test, we will determine 
the difference between Ashton 
and Green Forest. 
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ama commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


1 
Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


1 
Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


1 
Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


0 

Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


1 
Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


12 (in metres) 


'POINT( 52 18 )' 


‘POLYGON( ( 56 34, 62 48, 84 48, 84 
42, 56 34) )' 

or 

‘MULTIPOLYGON( ( 56 34, 62 48, 84 
48, 84 42, 56 34) )'° 
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Union(g1 Geometry, g2 For this test, we will determine ‘POLYGON((52 18,66 23,73 9,48 6,52 
Geometry) : Integer the union of Blue Lake and 18))' 
Goose Island. or 
'MULTIPOLYGON((52 18,66 23,73 
9,48 6,52 18))'° 


SymDifference(g1 Geometry, g2 |For this test, we will determine ‘POLYGON((52 18,66 23,73 9,48 6,52 
Geometry) : Integer the symmetric difference of Blue | 18))' 
Lake and Goose Island. or 
'MULTIPOLYGON((52 18,66 23,73 
9,48 6,52 18))'° 


Buffer(g Geometry, d Double For this test, we will make a 15 1 

Precision) : Geometry mbuffer about Cam Bridge. Some commercial SQL 
implementations with type extensibility 
systems support only BOOLEAN return 
values. Expected test results should be 
adjusted accordingly. 


ConvexHull(g Geometry) : For this test, we will determine ‘POLYGON((52 18,66 23,73 9,48 6,52 
Geometry the convex hull of Blue Lake. 18))' 
or 
'MULTIPOLYGON((52 18,66 23,73 
9,48 6,52 18))'¢ 


Additional feature tables that are not part of this test will be also be returned if present. 

If SRID 101 already exists, or if the system assigns SRID values, appropriate adjustments should be made in the test suite. 
Polygon rotation is not defined by this standard; actual polygon rotation may be in a clockwise or counter-clockwise direction. 
No specific algorithm is specified for the Centroid function; answers may vary with implementation. 

For this test we will have to uses the Contains function (which we don't test until later). 


This test counts the number of buildings contained in the buffer that is generated. This test only works because we have a single 
bridge record, two building records, and we selected the buffer size such that only one of the buildings is contained in the buffer. 
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C.3.3.1 





CREATE TABL 








ry 





srid 


auth n 





spatial ref sys 
NTEGER NOT 























srtext 


-- Lakes 











CREATE TABLE 














( 








Geometry types and functions schema construction 


NULL PRIMARY KEY, 
_name CHARACTER VARYING, 
auth_srid NTEGER 





/ 
CHARACTER VARYING (2048) ); 





fid 
name 
shore 


-- Road Segments 





CREATE TABLE 














G 





























CHARACTER VARYING (64), 


POLYGON) ; 


road_segments ( 





fid 
name 


aliases 
num_lanes INTEGER, 








CHARACT! 
CHARACT! 


























centerlineLINESTRING) ; 










































































NTEGER NOT NULL PRI 












































































































































































































































NTEGER NOT NULL PRIMARY KEY, 








[MARY KEY, 
R VARYING (64), 
R VARYING (64), 


[MARY KEY, 








KEY, 





EA 
re 
< 


KEY, 








-- Divided Routes 

CREATE TABLE divided routes ( 
fid NTEGER NOT NULL PRI 
name CHARACTER VARYING (64), 
num_lanes INTEGER, 
centerlines ULTILINESTRING) ; 

-- Forests 

CREATE TABLE forests ( 
fid NTEGER NOT NULL PRIMARY 
name CHARACTER VARYING(64), 
boundary MULTIPOLYGON) ; 

-- Bridges 

CREATE TABLE bridges ( 
fid NTEGER NOT NULL PRIMARY KI 
name CHARACTER VARYING (64), 
position POINT); 

-- Streams 

CREATE TABLE streams ( 
fid NTEGER NOT NULL PRIMARY 
name CHARACTER VARYING (64), 
centerline LINESTRING) ; 

-- Buildings 

CREATE TABLE buildings ( 
fid NTEGER NOT NULL PRIMARY 
address CHARACTER VARYING (64), 
positionPOINT, 
footprint POLYGON) ; 

-- Ponds 
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CREATE TABLE ponds ( 






































fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
type CHARACTER VARYING(64), 




















shores MULTIPOYLGON) ; 
-- Named Places 
CREATE TABLE named places ( 
fid NTEGER NOT NULL PRIMARY KEY, 
name CHARACTER VARYING(64), 
boundaryPOLYGON) ; 
-- Map Neatline 
CREATE TABLE map neatlines ( 
fid NTEGER NOT NULL PRIMARY KEY, 
neatlinePOLYGON) ; 






















































































+ 














C.3.3.2 Geomeiry types and functions schema data loading 


-- Spatial Reference System 
NSERT INTO spatial ref sys VALUES 
01, 'POSC', 32214, 'PROJCS["UTM ZONE 14N", 
OGCS["World Geodetic System 72", 
TUM["WGS_72", 
LIPSOID["NWL_10D", 6378135, 298.26]], 
MEM["Greenwich", 0], 
NIT["Meter", 1.0]], 
JECTION["Transverse Mercator"], 



























































RAMETER["False Easting", 500000.0], 
RAMETER["False Northing", 0.0], 
PARAMETER["Central Meridian", -99.0], 
RA 
RA 
T 


= 

















Ti 








= 





























R[ 
ETER["Scale Factor", 0.9996], 
ETER["Latitude of origin", 0.0], 
["Meter", 1.0]]'); 

















NSERT INTO lakes VALUES ( 
101, 'BLUE LAKE', 
PolyFromText ( 
"POLYGON ( 
(52 18,66 23,73 9,48 6,52 18), 
(59 18,67 18,67 13,59 13,59 18) 
































)', 
101)); 
-- Road segments 
NSERT INTO road_segments VALUES(102, "Route 5', NULL, 2, 
LineFromText ( 
"LINESTRING( 0 18, 10 21, 16 23, 28 26, 44 31 )' ,101)); 
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"Route 5', 'Main Street', 4, 





NSERT INTO road_segments VALUES (103, 


LineFromText ( 
ESTRING( 44 31, 56 34, 70 38 )' ,101)); 















































































































































"LIN 

NSERT INTO road_segments VALUES(104, 'Route 5', NULL, 2, 
LineFromText ( 
"LINESTRING( 70 38, 72 48 )' ,101)); 

NSERT INTO road_segments VALUES(105, 'Main Street', NULL, 4, 
LineFromText ( 
"LINESTRING( 70 38, 84 42 )' ,101)); 

NSERT INTO road_segments VALUES(106, 'Dirt Road by Green Forest', NULL, 
1, 


LineFromText ( 
"LINESTRING( 28 26, 28 0 )',101)); 


-- DividedRoutes 
NSERT INTO divided_routes VALU 


MLineFromText ( 
"MULTILINESTRING((10 48,10 21,10 0), 
(16 0,16 23,16 48))"', 101)); 














BS (119, "Route 75', 4, 









































































































































-- Forests 
NSERT INTO forests VALUES(109, 'Green Forest', 
MPolyFromText ( 
"MULTIPOLYGON (((28 26,28 0,84 0,84 42,28 26), 
(52. 18,66 23,773 9,48 - 6,52 18)), ¢(o9 18,67 18,67 13,59 13,59: 18)-).):%; 
101)); 
-- Bridges 
NSERT INTO bridges VALUES(110, 'Cam Bridge', PointFromText ( 
"POINT( 44 31 )', 101)); 
-- Streams 
NSERT INTO streams VALUES(111, 'Cam Stream', 
LineFromText ( 
"LINESTRING( 38 48, 44 41, 41 36, 44 31, 52 18 )', 101)); 
NSERT INTO streams VALUES(112, NULL, 


























LineFromText ( 
"LINESTRING( 76 0, 78 4, 73 9 )', 101)); 
uildings 
NSERT INTO buildings VALUES (113, 
PointFromText ( 
"POINT( 52 30 )', 101), 


PolyFromText ( 
"POLYGON( ( 50 31, 54 31, 54 29, 50 29, 50 31) )', 101)); 


NSERT INTO buildings VALUES (114, '215 Main Street', 


PointFromText ( 

"POINT( 64 33 )', 101), 

PolyFromText ( 

"POLYGON( ( 66 34, 62 34, 62 32, 66 32, 


-- Ponds 

















I 
I 
tw 





"123 Main Street', 




































































66 34) )', 101)); 
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NSERT INTO ponds VALUES (120, NULL, ‘Stock Pond', 

















MPolyFromText ( 
"MULTIPOLYGON( ( ( 24 44, 22 42, 24 40, 24 44) ), 
( ( 26 44, 26 40, 28 42, 26 44) ) )', 101)); 





-- Named Places 
NSERT INTO named places VALUES (117, 'Ashton', 
PolyFromText ( 
"POLYGON( ( 62 48, 84 48, 8 56 30, 56 34, 62 48) )', 101)); 
NSERT INTO named places VALUES (118, 'Goose Island’, 

PolyFromText ( 

“POLYGON:G 36°67) 2k3,. “67 18; 59.18.59 213 “oF 13) shy L0d9-)3 

-- Map Neatlines 
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NSERT INTO map _neatlines VALUES (115, 
PolyFromText ( 
"POLYGON( ( 0 0, O 48, 8 48, 84.0; 0-0: ) .)-*, 2201).); 








C.3.3.3 Geomeiry types and functions schema test queries 





-- Conformance Item Tl 
SELECT f£ table name 

FROM geometry columns; 
formance Item T2 
SELECT £ geometry column 

FROM geometry columns 

VHERE £ table name = 'streams'; 
-- Conformance Item T3 

SELECT coord dimension 

FROM geometry columns 

VHERE £ table name = 'streams'; 
-- Conformance Item T4 

SELECT srid 

FROM geometry columns 

VHERE £ table name = 'streams'; 
-- Conformance Item T5 

SELECT srtext 
FROM SPATIAL REF SYS 

VHERE SRID = 101; 

-- Conformance Item T6 

SELECT Dimension(shore) 

FROM lakes 

VHERE name = 'Blue Lake'; 
-- Conformance Item T7 

SELECT GeometryType (centerlines) 
FROM lakes 

VHERE name = 'Route 75'; 























































































































































































































Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


Copyright © 2007 Open Geospatial Consortium, Inc. All Rights Reserved. 


-- Conforma 
ECT AsText (boundary) 
amed_ places 
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-- Conformance Item T20 

SELECT IsRing (LineFromWKB (AsBinary (Boundary (boundary) ),SRID(boundary) ) ) 
FROM named _ places 

VHERE name = 'Goose Island'; 
-- Conformance Item T21 

SELECT Length (centerline) 

FROM road_segments 

VHERE fid = 106; 

-- Conformance Item T22 

SELECT NumPoints (centerline) 

FROM road segments 

JHERE fid = 102; 

-- Conformance Item T23 

SELECT AsText (PointN(centerline, 1)) 
FROM road_segments 

VHERE fid = 102; 

-- Conformance Item T24 

SELECT AsText (Centroid(boundary) ) 
FROM named places 

VHERE name = 'Goose Island'; 
-- Conformance Item T25 

SELECT Contains (boundary, PointOnSurface (boundary) ) 
amed_ places 

VHERE name = 'Goose Island'; 
-- Conformance Item T26 

SELECT Area (boundary) 

FROM named _ places 

VHERE name = 'Goose Island'; 
-- Conformance Item T27 
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SELECT AsText (ExteriorRing (shore) ) 
FROM lakes 
VHERE name = 'Blue Lake'; 

















-- Conformance Item T28 
SELECT NumInteriorRing (shore) 
FROM lakes 
VHERE name = 'Blue Lake'; 
-- Conformance Item T29 
SELECT AsText (InteriorRingN(shore, 1)) 
FROM lakes 
VHERE name = 'Blue Lake'; 
-- Conformance Item T30 

SELECT NumGeometries (centerlines) 
FROM divided routes 

VHERE name = ‘Route 75'; 

-- Conformance Item T31 
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ECT AsText (GeometryN(centerlines, 2)) 
FROM divided routes 
WHERE name = 


-- Conformance Item T32 
SELECT IsClosed(centerlines) 


FROM divided routes 
WHERE name = 


-- Conformance 
SELECT Len 
FRO 


WHERE "Route 75!'; 
-- Conforman Item T34 


SELECT AsText (Centroid(shores) ) 
FROM ponds 

WHERE fid 

-- Conformance 

SELECT Con 

FRO 

WHERE 
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Item T33 
gth(centerlines) 
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120; 
Item T35 
tains (shores, PointOnSurface(shores) ) 
ponds 
fid 120; 
-- Conformance Item T36 
SELECT Area (shores) 
FROM ponds 
WHERE fid 
-- Conforman 
SELECT 
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Item T37 
Equals (boundary, 
PolyFromText ('POLYGON ( 


ce 

































































(°67. 13, 67 185. 59° 1:3,: 59-.13;,/ 67 13) 
FROM named _ places 
WHERE name = 'Goose Island'; 
-- Conformance Item T38 
SELECT Disjoint (centerlines, boundary) 
FROM divided routes, named places 
WHERE divided_rou 





tes.name = 


































































































"Route 75! 
AND named places.name = 'Ashton'; 
-- Conformance Item T39 
SELECT Touches (centerline, shore) 
FROM streams, lakes 
WHERE streams.name = 'Cam Stream' 
AND lakes.name "Blue Lake'; 
-- Conformance Item T40 
SELECT Within(boundary, footprint) 
FROM named places, buildings 
WHERE named_places.name = 'Ashton' 
AND buildings.address "215 Main Street'; 
-- Conformance Item T41 
SELECT Overlaps (forests.boundary, named_places.boundary) 
FROM forests, named places 
WHERE forests.name "Green Forest' 
AND named _places.name 
-- Conformance 





"Ashton'; 
Item T42 
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SELECT Crosses (road_segments.centerline, divided_routes.centerlines) 
FROM road segments, divided routes 
VHERE road_segment.fid = 102 
AND divided_routes.name = 'Route 75'; 
-- Conformance Item T43 
SELECT Intersects (road_segments.centerline, divided_routes.centerlines) 
FROM road _ segments, divided routes 
VHERE road_segments.fid = 102 
AND divided _routes.name = 'Route 75'; 
-- Conformance Item T44 
SELECT Contains (forests.boundary, named _places.boundary) 
FROM forests, named places 
VHERE forests.name = 'Green Forest' 
AND named places.name = 'Ashton'; 
-- Conformance Item T45 
SELECT Relate (forests.boundary, named _places.boundary, 'TTTTITTTT') 
FROM forests, named places 
VHERE forests.name = 'Green Forest' 
AND named places.name = 'Ashton'; 
-- Conformance Item T46 
SELECT Distance (position, boundary) 
FROM bridges, named places 
VHERE bridges.name = 'Cam Bridge' 
AND named places.name = 'Ashton'; 
-- Conformance Item T47 
SELECT AsText (Intersection(centerline, shore) ) 
FROM streams, lakes 
VHERE streams.name = 'Cam Stream' 
AND lakes.name = 'Blue Lake'; 
-- Conformance Item T48 
SELECT AsText (Difference (named places.boundary, forests.boundary) ) 
FROM named places, forests 
VHERE named_places.name = 'Ashton' 
AND forests.name = 'Green Forest'; 
-- Conformance Item T49 
SELECT AsText (Union(shore, boundary) ) 
FROM lakes, named places 
VHERE lakes.name = 'Blue Lake' 
AND named _places.name = ‘Goose Island’; 
-- Conformance Item T50 
SELECT AsText (SymDifference (shore, boundary) ) 
FROM lakes, named places 
VHERE lakes.name = 'Blue Lake' 
AND named _places.name = 'Ashton'; 
-- Conformance Item T51 
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SELECT count (*) 
FROM buildings, bridges 
WHERE Contains (Buffer (bridges.position, 15.0), buildings. footprint) 
= 1; 
-- Conformance Item T52 
SELECT AsText (ConvexHull (shore) ) 
FROM lakes 
WHERE lakes.name = 'Blue Lake'; 
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